From tw-public at gmx.de Wed Feb 1 02:05:09 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Feb 1 02:05:09 2006
Subject: [Moin-user] wget a wiki page and it's subpage
In-Reply-To: <20060131134248.GR6411@p15145560.pureserver.info>
References: <20060131090606.GQ6411@p15145560.pureserver.info> <43DF54C2.8060707@gmx.de> <20060131134248.GR6411@p15145560.pureserver.info>
Message-ID: <43E08789.4000002@gmx.de>
>> Maybe look at moin-dump, too.
> moin-dump doesn't care about the attachments.
For 1.5.1, it should dump attachments, too.
> nice if I could limit the output to the pages I really need, but it's
> ok for now.
Even that should work.
From lan at falleagle.net Wed Feb 1 10:49:01 2006
From: lan at falleagle.net (Lan Barnes)
Date: Wed Feb 1 10:49:01 2006
Subject: [Moin-user] Upgrading from 1.3 to 1.5
Message-ID: <20060201184814.GA7398@falleagle.net>
I can't find the instructions for this upgrade. I've checked the FAQ and
supplied docs. I'm sure it's there and I'm missing it. Can you point me
to it?
TIA,
--
Lan Barnes lan at falleagle.net
Linux Guy, SCM Specialist 858-354-0616
From crosseyedpenguin at yahoo.com Wed Feb 1 11:49:01 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Wed Feb 1 11:49:01 2006
Subject: [Moin-user] Copying wiki data from one server to another
In-Reply-To:
Message-ID: <20060201194820.5531.qmail@web36211.mail.mud.yahoo.com>
--- Gary O wrote:
> I have a moin wiki and I need to migrate its pages and user db to a
> different
> server. I don't care about plug-ins or even the theme; I just want
> to migrate
> the pages (and ideally the edit history).
>
> My old wiki is at SourceForge and I believe it is version "MoinMoin
> 1.3.4
> release" (from $pythonsitedir/MoinMoin/version.py).
>
> The new wiki is on debian/ubuntu and is version 1.2.4-1ubuntu2
> (though I can
> change that). I have complete control over that server. (Maybe I
> should be
> running 1.3.4 there too -- is there a debian pkg for that?)
>
There was a change in the directory structure with Moin 1.3.0 -- check
out the CHANGES file in the Moin-1.3.x/docs directory. You will have a
lot of trouble trying to downgrade the Moin version below 1.3. If you
cannot find a Debian package at 1.3.4 you will be better off installing
the current 1.5.1 package. Moving your 1.3.4 directory to 1.5.1
requires no changes to the data directory.
Roger
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
From p.f.moore at gmail.com Wed Feb 1 14:54:01 2006
From: p.f.moore at gmail.com (Paul Moore)
Date: Wed Feb 1 14:54:01 2006
Subject: [Moin-user] Upgrading from 1.3 to 1.5
In-Reply-To: <20060201184814.GA7398@falleagle.net>
References: <20060201184814.GA7398@falleagle.net>
Message-ID: <79990c6b0602011453yb6cf080k4d8a36cb426f5595@mail.gmail.com>
On 2/1/06, Lan Barnes wrote:
> I can't find the instructions for this upgrade. I've checked the FAQ and
> supplied docs. I'm sure it's there and I'm missing it. Can you point me
> to it?
IIRC, there's nothing much to do. I just upgraded the software, redid
my config based on a copy of the 1.5 sample, and it worked fine. I may
have forgotten something, but I think it's pretty much that simple.
The data format didn't change, AIUI.
Paul.
From hubert at tuxfamily.org Wed Feb 1 15:39:02 2006
From: hubert at tuxfamily.org (Hubert Behaghel)
Date: Wed Feb 1 15:39:02 2006
Subject: [Moin-user] MoinMoin macro howto
Message-ID: <20060201232850.GI11497@behaghel.org>
Hello,
I am new to python and I am trying to get a very simple macro working.
There are 2 questions which arise at the moment :
* Is there a doc about developing macro ? I find
MoinMaster:MoinDev/luginConcept very short...
* In the Page.py code, in getPageList doc string, I can read about
"true sub pages". What are they ? How can I know if mines are fake
ones ?
Thank you for your help,
--
Hubert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From nirs at freeshell.org Wed Feb 1 16:25:04 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Wed Feb 1 16:25:04 2006
Subject: [Moin-user] MoinMoin macro howto
In-Reply-To: <20060201232850.GI11497@behaghel.org>
References: <20060201232850.GI11497@behaghel.org>
Message-ID: <01a93a4f896e8f9675306f92ae33ad4b@freeshell.org>
On 2 Feb, 2006, at 1:28, Hubert Behaghel wrote:
> * Is there a doc about developing macro ? I find
> MoinMaster:MoinDev/luginConcept very short...
The best docs are exiting macros, find macro that does what you like
and steal the code :-)
>
> * In the Page.py code, in getPageList doc string, I can read about
> "true sub pages". What are they ? How can I know if mines are fake
> ones ?
Moin does not have real sub pages, e.g
Page/
SubPage/
SubSubPage/
Moin simply uses flat list of pages:
Page
Page/SubPage
Page/SubPage/SubSubPage
The "/" are quoted on the disk as "(2f)" - each page is one directory,
all in the same level.
Best Regards,
Nir Soffer
From dpz at ack.berkeley.edu Wed Feb 1 16:39:15 2006
From: dpz at ack.berkeley.edu (David Paul Zimmerman)
Date: Wed Feb 1 16:39:15 2006
Subject: [Moin-user] 1.5.1 NFS safe?
Message-ID: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu>
Hi, all. I'm working with our IS server folks to move my department's
wiki farm from my dumpster-dive server to a new Web farm. They have a
question that I can't find an answer to on the MoinMoin wiki:
> My hope is that moinmoin does nfs safe write locking of its data files
> since
> they'll be shared between the load balanced servers that way.
Any thoughts?
dp
From lan at falleagle.net Wed Feb 1 17:20:06 2006
From: lan at falleagle.net (Lan Barnes)
Date: Wed Feb 1 17:20:06 2006
Subject: [Moin-user] Upgrading from 1.3 to 1.5
In-Reply-To: <79990c6b0602011453yb6cf080k4d8a36cb426f5595@mail.gmail.com>
References: <20060201184814.GA7398@falleagle.net> <79990c6b0602011453yb6cf080k4d8a36cb426f5595@mail.gmail.com>
Message-ID: <20060202011901.GB9992@falleagle.net>
On Wed, Feb 01, 2006 at 10:53:06PM +0000, Paul Moore wrote:
> On 2/1/06, Lan Barnes wrote:
> > I can't find the instructions for this upgrade. I've checked the FAQ and
> > supplied docs. I'm sure it's there and I'm missing it. Can you point me
> > to it?
>
> IIRC, there's nothing much to do. I just upgraded the software, redid
> my config based on a copy of the 1.5 sample, and it worked fine. I may
> have forgotten something, but I think it's pretty much that simple.
> The data format didn't change, AIUI.
>
> Paul.
I'm still having problems. I suspect it's in the httpd.conf.
Is that the config you redid? Where is the sample?
The 1.5 /docs/ has a migration readme, but it appears to be a rehash of
the 1.2 -> 1.3 process. I did that once (worked, amazingly).
Here is what I did here:
1. on a updated FC4 box running apache httpd-2.0.54-10.3 from the RH
rpm, I installed moin-1.5.1 as root from the tarball in /scm/moin. Under
this I moved (mv) my old 1.3 wiki directory trees from the old moin 1.3
image ... this may have been an unjustified leap of faith.
One of these for example is scm-wiki. These lines are in my
/etc/httpd/conf/httpd.conf file:
****
# Generic thing for MoinMoin
Alias /wiki/ "/scm/moin/share/moin/htdocs/"
# Aliases for other things, especially wiki instances
ScriptAlias /scm-wiki "/scm/moin/scm-wiki/cgi-bin/moin.cgi"
****
Now clicking on the link http://oz/scm-wiki/ gets a 500:
****
Internal Server Error
The server encountered an internal error or misconfiguration and was
unable to complete your request.
Please contact the server administrator, root at localhost and inform
them of the time the error occurred, and anything
you might have done that may have caused the error.
More information about this error may be available in the server
error log.
__________________________________________________________________________________________________________
Apache/2.0.54 (Fedora) Server at oz Port 80
****
The server error log says:
****
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] Traceback (most
recent call last):, referer: http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] File
"/scm/moin/scm-wiki/cgi-bin/moin.cgi", line 36, in ?, referer:
http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] , referer:
http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] from
MoinMoin.request import RequestCGI, referer: http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] ImportError,
referer: http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] : , referer:
http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] No module named
MoinMoin.request, referer: http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] , referer:
http://oz/
[Wed Feb 01 16:43:48 2006] [error] [client 10.8.49.14] Premature end of
script headers: moin.cgi, referer: http://oz/
****
As an experiment, I used the 1.3 script (again, a leap of faith, but I
couldn't find the corresponding 1.5 script) new-wiki.sh to make an
instance called xyz-wiki.
I added this line to /etc/httpd/conf/httpd.conf:
ScriptAlias /xyz-wiki "/scm/moin/xyz-wiki/cgi-bin/moin.cgi"
Accessing it through my browser gets a 404 -- different but not helpful.
****
Not Found
The requested URL /xyz-wiki/ was not found on this server.
__________________________________________________________________________________________________________
Apache/2.0.54 (Fedora) Server at oz Port 80
****
There is no error log entry for xyz-wiki.
Let me note that DocumentRoot in /etc/httpd/conf/httpd.conf is /scm/www
and this has links in it to the wiki in lines like:
SCM Wiki
Xyz Wiki
I may have messed up procedurally. Maybe I should have created wiki
instances by the same name and just moved over .../data.
I may have missed a config either in apache or in moin.
I would be very grateful for any help. It's close of business, but I can
vpn in from home and do some surgery if only I can get an idea of what
needs to be done.
Thanks in advance,
--
Lan Barnes lan at falleagle.net
Linux Guy, SCM Specialist 858-354-0616
From crosseyedpenguin at yahoo.com Wed Feb 1 18:02:04 2006
From: crosseyedpenguin at yahoo.com (Roger Haase)
Date: Wed Feb 1 18:02:04 2006
Subject: [Moin-user] Upgrading from 1.3 to 1.5
In-Reply-To: <20060202011901.GB9992@falleagle.net>
Message-ID: <20060202020113.91910.qmail@web36208.mail.mud.yahoo.com>
--- Lan Barnes wrote:
> On Wed, Feb 01, 2006 at 10:53:06PM +0000, Paul Moore wrote:
> > On 2/1/06, Lan Barnes wrote:
> > > I can't find the instructions for this upgrade. I've checked the
> FAQ and
> > > supplied docs. I'm sure it's there and I'm missing it. Can you
> point me
> > > to it?
> >
> > IIRC, there's nothing much to do. I just upgraded the software,
> redid
> > my config based on a copy of the 1.5 sample, and it worked fine. I
> may
> > have forgotten something, but I think it's pretty much that simple.
> > The data format didn't change, AIUI.
> >
> > Paul.
>
> I'm still having problems. I suspect it's in the httpd.conf.
>
> Is that the config you redid? Where is the sample?
>
> The 1.5 /docs/ has a migration readme, but it appears to be a rehash
> of
> the 1.2 -> 1.3 process. I did that once (worked, amazingly).
>
> Here is what I did here:
>
> 1. on a updated FC4 box running apache httpd-2.0.54-10.3 from the RH
> rpm, I installed moin-1.5.1 as root from the tarball in /scm/moin.
> Under
> this I moved (mv) my old 1.3 wiki directory trees from the old moin
> 1.3
> image ... this may have been an unjustified leap of faith.
>
> One of these for example is scm-wiki. These lines are in my
> /etc/httpd/conf/httpd.conf file:
>
> ****
> # Generic thing for MoinMoin
> Alias /wiki/ "/scm/moin/share/moin/htdocs/"
>
> # Aliases for other things, especially wiki instances
>
> ScriptAlias /scm-wiki "/scm/moin/scm-wiki/cgi-bin/moin.cgi"
> ****
>
> Now clicking on the link http://oz/scm-wiki/ gets a 500:
>
You need to copy over a new wikiconfig.py from
/python/share/moin/config/ and insert any customizations you made into
the new module. You probably do not need to change httpd.conf.
Check the CHANGES file in /moin-1.5.1/docs.
Roger
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
From tw-public at gmx.de Thu Feb 2 04:57:17 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 2 04:57:17 2006
Subject: [Moin-user] 1.5.1 NFS safe?
In-Reply-To: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu>
References: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu>
Message-ID: <43E2017C.9010507@gmx.de>
>> My hope is that moinmoin does nfs safe write locking of its data files
>> since they'll be shared between the load balanced servers that way.
I wouldn't recommend running moin over NFS for performance reasons
(except if your NFS stuff is as fast as a usual local disk :)).
Locking is a good question. :)
If we lock at all, we use some platform independant code supporting
win32 and posix. See MoinMoin/util/lock.py for example. It is based on
directory creation (and failure of that if there is already one with
that name) and should work on all platforms.
Some places still miss locking completely, but for usual use patterns,
this is rarely a problem.
Some places use own "locking" code (also base on usual filesystem
operations) that rarely has problems.
BTW: I added some locking calls to the cache subsystem after 1.5.1 release.
From jibalamy at free.fr Thu Feb 2 10:54:02 2006
From: jibalamy at free.fr (Jiba)
Date: Thu Feb 2 10:54:02 2006
Subject: [Moin-user] Image formatters and UTF8
Message-ID: <20060202195632.6bd51ee8@citadelle.banquise>
Hi all,
I'm setting up a MoinMoin wiki for a free "trading card" like game. The idea is to have a wiki page for each card, and then to use a formatter that takes the content of the page and generates the card, e.g. a PNG. I've thus done a image/png formatter, but i'm running into problems because MoinMoin encodes the page in UTF8, which is fine for HTML but not for PNG !
To fix this problem, i've added a content_charset attribute to the request, which is used to encode the generated page. It defaults to config.charset, but can be modified by the formatter if needed.
If someone wants a patch for that, i can give it.
Jiba
From 2005a at usenet.alexanderweb.de Thu Feb 2 14:44:04 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Feb 2 14:44:04 2006
Subject: [Moin-user] Re: Image formatters and UTF8
References: <20060202195632.6bd51ee8@citadelle.banquise>
Message-ID: <3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
On Thu, 2 Feb 2006 19:56:32 +0100, Jiba wrote:
> because MoinMoin encodes the page in UTF8, which is fine for HTML but
> not for PNG !
> If someone wants a patch for that, i can give it.
That sounds like a bug in your code. Please show us the patch (on the wiki
MoinMoin:MoinMoinPatch), then we will comment on it.
Feel free to add your formatter to MoinMoin:FormatterMarket.
Kind regards,
Alexander
From Richard.Hiers at covenantseminary.edu Fri Feb 3 11:51:11 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Feb 3 11:51:11 2006
Subject: [Moin-user] TOC and Raw Text
Message-ID:
I never heard any reply to this question. Any ideas?
Thanks
Richard
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers,
Richard
Sent: Monday, January 23, 2006 10:27 AM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] TOC and Raw Text
In 1.3.5 I have some pages with a TOC that sits in a table two rows and
one column. The top row hash a colored background and the entire table
floats on the right margin of the page. Below is the code:
|| '''Table Of
Contents''' ||
|| [[TableOfContents]] ||
After upgrading to 1.5.0 and 1.5.1, the table now lines up against the
left margin and the top row no longer has a colored background. Have
the table formatting options changed in 1.5? I don't see any changes to
the HelpOnTables page.
And related to this, if I try to view the Raw Text of a page with this
type of TOC, all of the lines on the page are run together, and the TOC
code is displayed as:
|| '''Table Of Contents''' || || [[TableOfContents]] ||
However, if I go to edit mode, the raw text is displayed properly.
I don't see any of this behavior in 1.3.5.
Any ideas?
Richard Hiers
Director of IT Services
Covenant Theological Seminary
314.434.4044
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From robert at cantab.net Fri Feb 3 12:19:03 2006
From: robert at cantab.net (Robert Schumann)
Date: Fri Feb 3 12:19:03 2006
Subject: [Moin-user] TOC and Raw Text
In-Reply-To:
References:
Message-ID: <43E3BAA7.50608@cantab.net>
Hiers, Richard wrote:
>I never heard any reply to this question. Any ideas?
>
>Thanks
>Richard
>
>
Yup, a patch was given for this once the bug was reported:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableStyleClassIgnored
If it doesn't fix your issue, you might want to give feedback on the bug
page. Check out
http://moinmoin.wikiwikiweb.de/WikiSandBox
where your wiki markup is demonstrated.
Robert.
>-----Original Message-----
>From: moin-user-admin at lists.sourceforge.net
>[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers,
>Richard
>Sent: Monday, January 23, 2006 10:27 AM
>To: moin-user at lists.sourceforge.net
>Subject: [Moin-user] TOC and Raw Text
>
>In 1.3.5 I have some pages with a TOC that sits in a table two rows and
>one column. The top row hash a colored background and the entire table
>floats on the right margin of the page. Below is the code:
>
>|| '''Table Of
>Contents''' ||
>|| [[TableOfContents]] ||
>
>After upgrading to 1.5.0 and 1.5.1, the table now lines up against the
>left margin and the top row no longer has a colored background. Have
>the table formatting options changed in 1.5? I don't see any changes to
>the HelpOnTables page.
>
>And related to this, if I try to view the Raw Text of a page with this
>type of TOC, all of the lines on the page are run together, and the TOC
>code is displayed as:
>
>|| '''Table Of Contents''' || || [[TableOfContents]] ||
>
>However, if I go to edit mode, the raw text is displayed properly.
>
>I don't see any of this behavior in 1.3.5.
>
>Any ideas?
>
>Richard Hiers
>Director of IT Services
>Covenant Theological Seminary
>314.434.4044
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>files for problems? Stop! Download the new AJAX search engine that
>makes searching your log files as easy as surfing the web. DOWNLOAD
>SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems? Stop! Download the new AJAX search engine that makes
>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
From Richard.Hiers at covenantseminary.edu Fri Feb 3 13:23:07 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Feb 3 13:23:07 2006
Subject: [Moin-user] TOC and Raw Text
Message-ID:
Thanks. Now, dumb question. How do Install a patch. I've never done
that. Is it just copy and past into one of the config files?
Richard
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert
Schumann
Sent: Friday, February 03, 2006 2:19 PM
To: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] TOC and Raw Text
Hiers, Richard wrote:
>I never heard any reply to this question. Any ideas?
>
>Thanks
>Richard
>
>
Yup, a patch was given for this once the bug was reported:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/TableStyleClassIgnored
If it doesn't fix your issue, you might want to give feedback on the bug
page. Check out
http://moinmoin.wikiwikiweb.de/WikiSandBox
where your wiki markup is demonstrated.
Robert.
>-----Original Message-----
>From: moin-user-admin at lists.sourceforge.net
>[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Hiers,
>Richard
>Sent: Monday, January 23, 2006 10:27 AM
>To: moin-user at lists.sourceforge.net
>Subject: [Moin-user] TOC and Raw Text
>
>In 1.3.5 I have some pages with a TOC that sits in a table two rows and
>one column. The top row hash a colored background and the entire table
>floats on the right margin of the page. Below is the code:
>
>|| '''Table Of
>Contents''' ||
>|| [[TableOfContents]] ||
>
>After upgrading to 1.5.0 and 1.5.1, the table now lines up against the
>left margin and the top row no longer has a colored background. Have
>the table formatting options changed in 1.5? I don't see any changes
>to the HelpOnTables page.
>
>And related to this, if I try to view the Raw Text of a page with this
>type of TOC, all of the lines on the page are run together, and the TOC
>code is displayed as:
>
>|| '''Table Of Contents''' || || [[TableOfContents]] ||
>
>However, if I go to edit mode, the raw text is displayed properly.
>
>I don't see any of this behavior in 1.3.5.
>
>Any ideas?
>
>Richard Hiers
>Director of IT Services
>Covenant Theological Seminary
>314.434.4044
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>files for problems? Stop! Download the new AJAX search engine that
>makes searching your log files as easy as surfing the web. DOWNLOAD
>SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>files for problems? Stop! Download the new AJAX search engine that
>makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From dpz at ack.berkeley.edu Fri Feb 3 14:33:50 2006
From: dpz at ack.berkeley.edu (David Paul Zimmerman)
Date: Fri Feb 3 14:33:50 2006
Subject: [Moin-user] 1.5.1 NFS safe?
In-Reply-To: <43E2017C.9010507@gmx.de>
References: <2213160f07ec59df07de73b3df96d1d3@ack.berkeley.edu> <43E2017C.9010507@gmx.de>
Message-ID:
On Feb 2, 2006, at 4:56 AM, Thomas Waldmann wrote:
>>> My hope is that moinmoin does nfs safe write locking of its data
>>> files since they'll be shared between the load balanced servers that
>>> way.
>
> I wouldn't recommend running moin over NFS for performance reasons
> (except if your NFS stuff is as fast as a usual local disk :)).
I'll have to presume so :-) (Actually, I think they have some
high-performance NFS product in back.)
> Locking is a good question. :)
>
> If we lock at all, we use some platform independant code supporting
> win32 and posix. See MoinMoin/util/lock.py for example. It is based on
> directory creation (and failure of that if there is already one with
> that name) and should work on all platforms.
>
> Some places still miss locking completely, but for usual use patterns,
> this is rarely a problem.
>
> Some places use own "locking" code (also base on usual filesystem
> operations) that rarely has problems.
Hm... I'll give lock.py a look. I'll also come up with a Plan B.
Thanks for the insight!
dp
From Nigel.Metheringham at dev.intechnology.co.uk Sat Feb 4 01:47:03 2006
From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Sat Feb 4 01:47:03 2006
Subject: [Moin-user] TOC and Raw Text
In-Reply-To:
References:
Message-ID: <43E477E9.1020302@dev.intechnology.co.uk>
Hiers, Richard wrote:
> Thanks. Now, dumb question. How do Install a patch. I've never done
> that. Is it just copy and past into one of the config files?
>
No - its a change of the python code which the wiki application is
written in.
If you installed your copy of Moin from source, then go back to that
source - cd into the directory that its in, download that patch file, and do
patch < wiki.py.patch
if that succeeds, then rebuild and reinstall Moin.
If you installed some form of package then life is a little more difficult.
Nigel.
From jibalamy at free.fr Sat Feb 4 04:13:05 2006
From: jibalamy at free.fr (Jiba)
Date: Sat Feb 4 04:13:05 2006
Subject: [Moin-user] Re: Image formatters and UTF8
In-Reply-To: <3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
References: <20060202195632.6bd51ee8@citadelle.banquise>
<3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
Message-ID: <20060204131705.5d88d3d0@citadelle.banquise>
On Thu, 2 Feb 2006 23:43:32 +0100
Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote:
> That sounds like a bug in your code.
Actually the formatter must return unicode object (because the cache system concatenate the returned string with other unicode strings). Thus i must convert my PNG image raw data into a unicode object. Then, when sending the result, the request encode it using config.charset (="utf-8"), and my PNG data are thus encoded in UTF-8...
Encoding HTML in UTF-8 is fine since the HTML code includes . But there is no such meta-information for binary files like PNG or JPEG !
I guess the same problem will occur with any formatter that generates a binary file, including PDF.
> Please show us the patch (on the wiki
> MoinMoin:MoinMoinPatch), then we will comment on it.
I've put the patch here :
http://moinmoin.wikiwikiweb.de/MoinMoinPatch/SupportDifferentCharset
> Feel free to add your formatter to MoinMoin:FormatterMarket.
My formatter is very specific to my card design, so i fear it is of little interest...
Jiba
From flanderb at gmail.com Sat Feb 4 12:24:01 2006
From: flanderb at gmail.com (Benjamin Flanders)
Date: Sat Feb 4 12:24:01 2006
Subject: [Moin-user] TOC and Raw Text
In-Reply-To: <43E477E9.1020302@dev.intechnology.co.uk>
References:
<43E477E9.1020302@dev.intechnology.co.uk>
Message-ID:
Since python isn't a compiled language, I believe he would have the
source somewhere. Do a search (I use 'locate' in linux) for wiki.py
you and should find it.
On 2/4/06, Nigel Metheringham wrote:
> Hiers, Richard wrote:
> > Thanks. Now, dumb question. How do Install a patch. I've never done
> > that. Is it just copy and past into one of the config files?
> >
> No - its a change of the python code which the wiki application is
> written in.
>
> If you installed your copy of Moin from source, then go back to that
> source - cd into the directory that its in, download that patch file, and do
> patch < wiki.py.patch
>
>
> if that succeeds, then rebuild and reinstall Moin.
>
> If you installed some form of package then life is a little more difficult.
>
> Nigel.
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
--
Share and Enjoy
From hubert at tuxfamily.org Sat Feb 4 13:08:02 2006
From: hubert at tuxfamily.org (Hubert Behaghel)
Date: Sat Feb 4 13:08:02 2006
Subject: [Moin-user] Problem upgrading from 1.3 to 1.5
Message-ID: <20060204210410.GL11497@behaghel.org>
Hi there,
I use mod_python on my moinmoin wiki and hen I upgraded from 1.3.5 to
1.5 I got this error :
[Sat Feb 04 21:51:55 2006] [error] [client 81.64.108.8] PythonHandler
MoinMoin.request::RequestModPy.run: ImportError: No module named request
Did the way to deploy MoinMoin with mod_python change between 1.3.5 and
1.5 ?
Thanks folk.
--
Hubert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From R.Bauer at fz-juelich.de Sat Feb 4 23:57:06 2006
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Sat Feb 4 23:57:06 2006
Subject: [Moin-user] TOC and Raw Text
Message-ID: <43E5B330.9070408@fz-juelich.de>
>Thanks. Now, dumb question. How do Install a patch. I've never done
>that. Is it just copy and past into one of the config files?
Hi Richard,
see
http://moinmoin.wikiwikiweb.de/MoinMoinQuestions
and search for
How do you apply a patch
cheers
Reimar
From 2005a at usenet.alexanderweb.de Sun Feb 5 02:03:00 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sun Feb 5 02:03:00 2006
Subject: [Moin-user] Re: Re: Image formatters and UTF8
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise>
Message-ID: <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
On Sat, 4 Feb 2006 13:17:05 +0100, Jiba wrote:
> Actually the formatter must return unicode object (because the cache
> system concatenate the returned string with other unicode strings).
Which cache system do you mean? Of course you should not return Unicode
strings from your formatter. The content-type is set based on your mimetype
parameter.
Kind regards,
Alexander
From 2005a at usenet.alexanderweb.de Sun Feb 5 12:31:06 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sun Feb 5 12:31:06 2006
Subject: [Moin-user] ANN: MoinMoin 1.5.2 (advanced wiki engine) released
Message-ID: <9kjrl6n9wwzl.dlg@usenet.alexanderweb.de>
_ _
/\/\ ___ (_)_ __ /\/\ ___ (_)_ __
/ \ / _ \| | '_ \ / \ / _ \| | '_ \ __
/ /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| |_
\/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__)
==============================================
MoinMoin 1.5.2 advanced wiki engine released
==============================================
MoinMoin is an easy to use, full-featured and extensible wiki software
package written in Python. It can fulfill a wide range of roles, such as
a personal notes organizer deployed on a laptop or home web server,
a company knowledge base deployed on an intranet, or an Internet server
open to individuals sharing the same interests, goals or projects.
A wiki is a collaborative hypertext environment with an emphasis
on easy manipulation of information.
MoinMoin 1.5.2 is a bug fix release. The 1.5 branch brings you
several new features such as the GUI editor, which allows the users
to edit pages in a WYSIWYG environment, and many bug fixes. The download
page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
New features in 1.5.1
=====================
* The FullSearchCached macro which is statically cached on the page.
* Surge protection system to stop bots or DOS-attackers from abusing
your system
* Allow normal HTML entities like & in the wiki page
Major bug fixes in 1.5.2
========================
* Clean up of the internal formatter API
* Fixed some edge cases of GUIEditor usage.
Major new features in 1.5
=========================
* The WYSIWYG editor for wiki pages allows you to edit pages without
touching the markup. Furthermore, the wiki page is not stored as
HTML after editing but kept as wiki markup in order to simplify
the editing process for users that cannot or do not want to use the
new editor.
* AutoAdmin security policy allows users to gain admin permissions on
particular pages.
* The new authentication system allows to add short methods that check the
credentials of the user. This allowed us to add eGroupware single sign
on support.
* Separation of homepages into a separate wiki (in a farm) and having a
single user database is supported.
* A DeSpam action to allow mass-reverting of spam attacks.
* PackageInstaller support for simplified installation of plugins, themes
and page bundles. This enables you to decide in which languages help
pages should be installed.
Note that Python 2.3.0 or newer is required.
For a more detailed list of changes, see the CHANGES file in the
distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES
MoinMoin History
================
MoinMoin has been around since year 2000. The codebase was initally
started by J?rgen Hermann; it is currently being developed by a growing
team. Being originally based on PikiPiki, it has evolved heavily since then
(PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large
enterprises have been using MoinMoin as a key tool of their intranet, some
even use it for their public web page. A large number of Open Source
projects use MoinMoin for communication and documentation. Of course there
are also many private installations.
More Information
================
* Project site: http://moinmoin.wikiwikiweb.de/
* Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures
* Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
* DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition
* This software is available under the GNU General Public License v2.
* Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES
* Known bugs:
* http://moinmoin.wikiwikiweb.de/KnownIssues
* http://moinmoin.wikiwikiweb.de/MoinMoinBugs
sent by Alexander Schremmer for the MoinMoin team
From belred at gmail.com Sun Feb 5 23:06:05 2006
From: belred at gmail.com (Bryan)
Date: Sun Feb 5 23:06:05 2006
Subject: [Moin-user] upgrade
Message-ID:
upgrading 1.5.0 to 1.5.1 was a real pain for us because we kept we didn't know
what files would change. i searched the moinmoin site, but only find upgrade
information from 1.2 to 1.3, 1.3 to 1.4, etc. there is nothing about what to do
for minor upgrades. me modified wikiconfig.py and the css files, but it got
wiped out on the upgrade. it's not a lot we have to do, but since we are new to
moinmoin, it's not easy to know exactly what is going to change and what we
have to manually fix. i just hope the upgrade section would have step-by-step
instructions for how to upgrade from 1.5.x.
thanks,
bryan
From zoom.quiet at gmail.com Sun Feb 5 23:19:01 2006
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Sun Feb 5 23:19:01 2006
Subject: [Moin-user] upgrade
In-Reply-To:
References:
Message-ID: <9dad9f0a0602052317s219cda8fy@mail.gmail.com>
2006/2/6, Bryan :
> upgrading 1.5.0 to 1.5.1 was a real pain for us because we kept we didn't know
> what files would change. i searched the moinmoin site, but only find upgrade
> information from 1.2 to 1.3, 1.3 to 1.4, etc. there is nothing about what to do
> for minor upgrades. me modified wikiconfig.py and the css files, but it got
> wiped out on the upgrade. it's not a lot we have to do, but since we are new to
> moinmoin, it's not easy to know exactly what is going to change and what we
> have to manually fix. i just hope the upgrade section would have step-by-step
> instructions for how to upgrade from 1.5.x.
>
me!
us wiki hold 3075 pages in 1.3.3 ,
http://wiki.woodpecker.org.cn/moin/SystemInfo
howto safety upgrade into 1.5.2 is very important!
thanx for any step-by-step suggest!
> thanks,
>
> bryan
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
--
"""Time is unimportant, only life important!
blogging : http://blog.zoomquiet.org/pyblosxom/
wiki enter: http://wiki.woodpecker.org.cn/moin/ZoomQuiet
in douban: http://www.douban.com/people/zoomq/
"""
From jibalamy at free.fr Mon Feb 6 12:42:11 2006
From: jibalamy at free.fr (Jiba)
Date: Mon Feb 6 12:42:11 2006
Subject: [Moin-user] Re: Re: Image formatters and UTF8
In-Reply-To: <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
References: <20060202195632.6bd51ee8@citadelle.banquise>
<3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
<20060204131705.5d88d3d0@citadelle.banquise>
<1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
Message-ID: <20060206214553.61b73893@citadelle.banquise>
On Sun, 5 Feb 2006 11:02:12 +0100
Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote:
> On Sat, 4 Feb 2006 13:17:05 +0100, Jiba wrote:
>
> > Actually the formatter must return unicode object (because the cache
> > system concatenate the returned string with other unicode strings).
>
> Which cache system do you mean? Of course you should not return Unicode
> strings from your formatter. The content-type is set based on your mimetype
> parameter.
I use the same cache system than for text_html, i.e. caching.py.
My formatter returns Unicode ; if it don't, I get the following error :
Traceback (most recent call last):
File "/home/jiba/src/MoinMoin/request.py", line 1020, in run
handler(self.page.page_name, self)
File "/home/jiba/src/MoinMoin/wikiaction.py", line 825, in do_format
Page(request, pagename, formatter=Formatter(request)).send_page(request)
File "/home/jiba/src/MoinMoin/Page.py", line 1241, in send_page
start_line=pi_lines)
File "/home/jiba/src/MoinMoin/Page.py", line 1327, in send_page_content
code = self.makeCache(request, parser)
File "/home/jiba/src/MoinMoin/Page.py", line 1378, in makeCache
text = request.redirectedOutput(parser.format, formatter)
File "/home/jiba/src/MoinMoin/request.py", line 627, in redirectedOutput
function(*args, **kw)
File "/home/jiba/src/MoinMoin/parser/wiki.py", line 1077, in format
formatted_line = self.scan(scan_re, line)
File "/home/jiba/src/MoinMoin/parser/wiki.py", line 873, in scan
return u''.join(result)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)
The call to u"".join(...) force Unicode for all string, which is not possible for a string that represent a PNG or PDF raw data (since string may containt special non ASCII characters).
I get the same error without cache (but at a different traceback):
Traceback (most recent call last):
File "/home/jiba/src/MoinMoin/request.py", line 1020, in run
handler(self.page.page_name, self)
File "/home/jiba/src/MoinMoin/wikiaction.py", line 825, in do_format
Page(request, pagename, formatter=Formatter(request)).send_page(request)
File "/home/jiba/src/MoinMoin/Page.py", line 1241, in send_page
start_line=pi_lines)
File "/home/jiba/src/MoinMoin/Page.py", line 1320, in send_page_content
self.format(parser)
File "/home/jiba/src/MoinMoin/Page.py", line 1337, in format
parser.format(self.formatter)
File "/home/jiba/src/MoinMoin/parser/wiki.py", line 1077, in format
formatted_line = self.scan(scan_re, line)
File "/home/jiba/src/MoinMoin/parser/wiki.py", line 873, in scan
return u''.join(result)
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 0: ordinal not in range(128)
Maybe we should use "".join(...) if (and only if) all string are non-unicode.
Jiba
From hubert at tuxfamily.org Mon Feb 6 16:38:03 2006
From: hubert at tuxfamily.org (Hubert Behaghel)
Date: Mon Feb 6 16:38:03 2006
Subject: [Moin-user] Re: Problem upgrading from 1.3 to 1.5
In-Reply-To: <20060204210410.GL11497@behaghel.org>
References: <20060204210410.GL11497@behaghel.org>
Message-ID: <20060207002148.GM11497@behaghel.org>
Le samedi 04 f?vrier 2006 ? 22h04, Hubert Behaghel a ?crit :
> Hi there,
> I use mod_python on my moinmoin wiki and hen I upgraded from 1.3.5 to
> 1.5 I got this error :
> [Sat Feb 04 21:51:55 2006] [error] [client 81.64.108.8] PythonHandler
> MoinMoin.request::RequestModPy.run: ImportError: No module named request
> Did the way to deploy MoinMoin with mod_python change between 1.3.5 and
> 1.5 ?
The answer was "no... You didn't upgrade your moinmoin, you have just
deinstalled it. Please install the new version and come back after."
And now it works... Almost perfectly ;-)
Actually, what happened to the config.auth_http_enabled var ?
> Thanks folk.
Yes really and sorry for the noise...
--
Hubert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From 2005a at usenet.alexanderweb.de Wed Feb 8 02:17:05 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Feb 8 02:17:05 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise>
Message-ID: <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de>
On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote:
>>> Actually the formatter must return unicode object (because the cache
>>> system concatenate the returned string with other unicode strings).
> My formatter returns Unicode ; if it don't, I get the following error :
OK, I checked the code paths. There are already formatters that emit binary
data. And the only way to do this is to write it to request.write instead
of returning it. So your functions have to return an empty string and use
request.write on their own.
I do not think that changing this without breaking interfaces is possible.
Kind regards,
Alexander
From 2005a at usenet.alexanderweb.de Wed Feb 8 02:21:06 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Feb 8 02:21:06 2006
Subject: [Moin-user] Re: Problem upgrading from 1.3 to 1.5
References: <20060204210410.GL11497@behaghel.org> <20060207002148.GM11497@behaghel.org>
Message-ID: <12luet7etchd9$.dlg@usenet.alexanderweb.de>
On Tue, 7 Feb 2006 01:21:48 +0100, Hubert Behaghel wrote:
> Actually, what happened to the config.auth_http_enabled var ?
See HelpOnAuthentication.
Kind regards,
Alexander
From sundol at sfc.keio.ac.jp Wed Feb 8 04:16:07 2006
From: sundol at sfc.keio.ac.jp (Hyunchul Kim)
Date: Wed Feb 8 04:16:07 2006
Subject: [Moin-user] Test error of Moin 1.5.1
Message-ID: <43E9E0C4.3030102@sfc.keio.ac.jp>
Hello all,
I installed Moin 1.5.1 and it has 52 failures and 8 errors happened when
I tested using http://..../mywiki?action=test
Environment: Fedora Core 4, Python 2.4.1,
I tried python 2.3.5 and 2.4.2 as well but test showed many failures and
errors, too.
How can I remove these error?
Here are some errors.
Sincerey,
Kim
testComment01 (MoinMoin._tests.test_converter_text_html_text_x_moin.ConvertBlockRepeatableTests) ... FAIL
ERROR: test1 (MoinMoin._tests.test_converter_text_html_text_x_moin.StripWhitespaceTests)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/MoinMoin/_tests/test_converter_text_html_text_x_moin.py", line 1081, in test1
self.do(test, output)
File "/usr/lib/python2.4/site-packages/MoinMoin/_tests/test_converter_text_html_text_x_moin.py", line 1074, in do
super(StripWhitespaceTests, self).do(converter.strip_whitespace, text, output)
File "/usr/lib/python2.4/site-packages/MoinMoin/_tests/test_converter_text_html_text_x_moin.py", line 1064, in do
raise _tests.TestSkiped('xml.dom.ext module is not available')
From mohacsi at niif.hu Wed Feb 8 04:39:04 2006
From: mohacsi at niif.hu (Mohacsi Janos)
Date: Wed Feb 8 04:39:04 2006
Subject: [Moin-user] Recommended Authorisation scheme
Message-ID: <20060208131115.G91879@mignon.ki.iif.hu>
Dear All,
I am at a dillemmma how to setup the following with MoinMoin:
- 2 admins who has every rights
- few trusted editor (EditorGroup)
- lots of anonymous reader
- no registration is allowed
Authentication should work with either via HTTP Basic Authentication or
cookie authentication. If I use HTTP Basic Authentication then how can I
enable access to anonymous users? If I use cookie authentication how can
prevent self registration?
I looked
http://moinmoin.wikiwikiweb.de/FeatureRequests/NewUserCreationACL
but I am not sure which solution is working on version 1.5.2.
Thank you for any help.
Regards,
Janos Mohacsi
Network Engineer, Research Associate
NIIF/HUNGARNET, HUNGARY
Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98
From nirs at freeshell.org Wed Feb 8 05:30:05 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Wed Feb 8 05:30:05 2006
Subject: [Moin-user] Test error of Moin 1.5.1
In-Reply-To: <43E9E0C4.3030102@sfc.keio.ac.jp>
References: <43E9E0C4.3030102@sfc.keio.ac.jp>
Message-ID:
On 8 Feb, 2006, at 14:15, Hyunchul Kim wrote:
> ERROR: test1
> (MoinMoin._tests.test_converter_text_html_text_x_moin.StripWhitespaceTe
> sts)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> File
> "/usr/lib/python2.4/site-packages/MoinMoin/_tests/
> test_converter_text_html_text_x_moin.py", line 1081, in test1
> self.do(test, output)
> File
> "/usr/lib/python2.4/site-packages/MoinMoin/_tests/
> test_converter_text_html_text_x_moin.py", line 1074, in do
> super(StripWhitespaceTests, self).do(converter.strip_whitespace,
> text, output)
> File
> "/usr/lib/python2.4/site-packages/MoinMoin/_tests/
> test_converter_text_html_text_x_moin.py", line 1064, in do
> raise _tests.TestSkiped('xml.dom.ext module is not available')
TestSkiped errors are ok, you don't have to worry about them (except
the spelling :-) )
Best Regards,
Nir Soffer
From nirs at freeshell.org Wed Feb 8 05:40:03 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Wed Feb 8 05:40:03 2006
Subject: [Moin-user] Recommended Authorisation scheme
In-Reply-To: <20060208131115.G91879@mignon.ki.iif.hu>
References: <20060208131115.G91879@mignon.ki.iif.hu>
Message-ID:
On 8 Feb, 2006, at 14:38, Mohacsi Janos wrote:
> - 2 admins who has every rights
Put them into acl_rights_before
> - few trusted editor (EditorGroup)
Put the EditorsGroup into acl_rights_before
> - lots of anonymous reader
Works as is
> - no registration is allowed
Will be hard to disabled without creating your own UserPreferences
macro and userform action. But it is not really needed. Let the users
to register so they can use the user preferences they like, it does not
cost you anything.
You can use acl to make registered user have the same rights of
anonymous users, so registration is just a user convenience.
>
> Authentication should work with either via HTTP Basic Authentication
> or cookie authentication. If I use HTTP Basic Authentication then how
> can I enable access to anonymous users? If I use cookie authentication
> how can prevent self registration?
You don't really care about self registration.
Best Regards,
Nir Soffer
From Stefan.Marxext.MAFa.Lynx at rewe-group.com Thu Feb 9 08:50:10 2006
From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx)
Date: Thu Feb 9 08:50:10 2006
Subject: [Moin-user] Can't upload binary files to my server
Message-ID:
Hi guys,
started as a newbie with version 1.3.5 I made my first experience
with the MoinMoin wiki stuff. First steps has been done easily, all
the nifty features I need worked fine, including file upload. Great
stuff!
End of Januar I level up to the most recent version 1.5.1 and ran
in some trouble configuring file upload.
In my environment (Windows 2k Server, Python 2.4 and Apache 1.3*(?))
I spoiled my configiration in terms of http file uploading. When I
attached file they didn't showed up in the attachement directory of
that page. Unfortunatly I didn't find the bolt to tune up verbosity
of the debug level. Neither the MoinMoin stuff nor the Apache reports
errors.
Testing around I discovered that only binaries aren't send to my ser-
ver. Sending text files like *.txt or *.html works file and this file
are shown after clicking the view link in the attachment dialog. Nearly
the some configuration works for me in Mac OS X installation with a
slightly older Python.
I tried to poke my nose in the mime file handling of some Python classes
but have to accept that my Java drilled brain didn't find code section
with relevant hints towards a correct installation/configuration.
So: Has some one of the you old hands some hints for me? Yes, I read the
manual pages on file upload more the twice. Something *very* useful
would be some pointers in the direction how to turn on debugging.
Thx a whole lot for reading and even much more for writing.
Greetings from Germany,
cu Stefan
Stefan Marx
REWE GROUP
LIKB business systems
Marx-Consulting (extern) c/o
REWE-Informations-Systeme GmbH
Humboldtstra?e 140-144 - 51149 K?ln
Telefon +49 (0)221 149 - 5953
Telefax +49 (0)221 149 - 97 5953
E-Mail: Stefan.Marxext.MAFa.Lynx [at] rewe-group [dot] com
www.rewe-group.com
From jibalamy at free.fr Thu Feb 9 12:52:04 2006
From: jibalamy at free.fr (Jiba)
Date: Thu Feb 9 12:52:04 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
In-Reply-To: <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de>
References: <20060202195632.6bd51ee8@citadelle.banquise>
<3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
<20060204131705.5d88d3d0@citadelle.banquise>
<1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
<20060206214553.61b73893@citadelle.banquise>
<1t5ae7rde9ckn.dlg@usenet.alexanderweb.de>
Message-ID: <20060209215624.33fcdb83@citadelle.banquise>
On Wed, 8 Feb 2006 11:15:40 +0100
Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote:
> On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote:
>
> >>> Actually the formatter must return unicode object (because the cache
> >>> system concatenate the returned string with other unicode strings).
>
> > My formatter returns Unicode ; if it don't, I get the following error :
>
> OK, I checked the code paths. There are already formatters that emit binary
> data. And the only way to do this is to write it to request.write instead
> of returning it. So your functions have to return an empty string and use
> request.write on their own.
The problem is that doing so (and if i have understood the code well), i cannot use the MoinMoin cache system... however image generation is quite slow and thus i need to cache the images !
Jiba
From geek+ at cmu.edu Thu Feb 9 13:21:03 2006
From: geek+ at cmu.edu (Brian Gallew)
Date: Thu Feb 9 13:21:03 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
In-Reply-To: <20060209215624.33fcdb83@citadelle.banquise>
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise>
Message-ID: <43EBB210.8060006@cmu.edu>
Jiba wrote:
> On Wed, 8 Feb 2006 11:15:40 +0100
> Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote:
>
>> On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote:
>>
>>>>> Actually the formatter must return unicode object (because the cache
>>>>> system concatenate the returned string with other unicode strings).
>>> My formatter returns Unicode ; if it don't, I get the following error :
>> OK, I checked the code paths. There are already formatters that emit binary
>> data. And the only way to do this is to write it to request.write instead
>> of returning it. So your functions have to return an empty string and use
>> request.write on their own.
>
> The problem is that doing so (and if i have understood the code well), i cannot use the MoinMoin cache system... however image generation is quite slow and thus i need to cache the images !
Theoretically, this could be done by having the parser create an image
and drop it into the attachments directory, and return just the
reference to the image.
From 2005a at usenet.alexanderweb.de Thu Feb 9 13:28:08 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Feb 9 13:28:08 2006
Subject: [Moin-user] Re: Re: Re: Re: Image formatters and UTF8
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise>
Message-ID: <1f6wwnjn3p11$.dlg@usenet.alexanderweb.de>
On Thu, 9 Feb 2006 21:56:24 +0100, Jiba wrote:
> The problem is that doing so (and if i have understood the code well), i
> cannot use the MoinMoin cache system... however image generation is
> quite slow and thus i need to cache the images !
The page caching system is just used for HTML output by default. Did you
enable it for your target mimetype?
Kind regards,
Alexander
From jibalamy at free.fr Thu Feb 9 16:23:05 2006
From: jibalamy at free.fr (Jiba)
Date: Thu Feb 9 16:23:05 2006
Subject: [Moin-user] Re: Re: Re: Re: Image formatters and UTF8
In-Reply-To: <1f6wwnjn3p11$.dlg@usenet.alexanderweb.de>
References: <20060202195632.6bd51ee8@citadelle.banquise>
<3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
<20060204131705.5d88d3d0@citadelle.banquise>
<1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
<20060206214553.61b73893@citadelle.banquise>
<1t5ae7rde9ckn.dlg@usenet.alexanderweb.de>
<20060209215624.33fcdb83@citadelle.banquise>
<1f6wwnjn3p11$.dlg@usenet.alexanderweb.de>
Message-ID: <20060210012704.34a52bb0@citadelle.banquise>
On Thu, 9 Feb 2006 22:27:06 +0100
Alexander Schremmer <2005a at usenet.alexanderweb.de> wrote:
> On Thu, 9 Feb 2006 21:56:24 +0100, Jiba wrote:
>
> > The problem is that doing so (and if i have understood the code well), i
> > cannot use the MoinMoin cache system... however image generation is
> > quite slow and thus i need to cache the images !
>
> The page caching system is just used for HTML output by default. Did you
> enable it for your target mimetype?
Yes i did.
Jiba
From jibalamy at free.fr Thu Feb 9 16:26:01 2006
From: jibalamy at free.fr (Jiba)
Date: Thu Feb 9 16:26:01 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
In-Reply-To: <43EBB210.8060006@cmu.edu>
References: <20060202195632.6bd51ee8@citadelle.banquise>
<3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
<20060204131705.5d88d3d0@citadelle.banquise>
<1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
<20060206214553.61b73893@citadelle.banquise>
<1t5ae7rde9ckn.dlg@usenet.alexanderweb.de>
<20060209215624.33fcdb83@citadelle.banquise>
<43EBB210.8060006@cmu.edu>
Message-ID: <20060210012948.1ead3a1b@citadelle.banquise>
> > The problem is that doing so (and if i have understood the code well), i cannot use the MoinMoin cache system... however image generation is quite slow and thus i need to cache the images !
>
> Theoretically, this could be done by having the parser create an image
> and drop it into the attachments directory, and return just the
> reference to the image.
If the wiki page is modified after that, would the image generated from this wiki page be updated or not ?
Jiba
From 2005a at usenet.alexanderweb.de Fri Feb 10 00:45:00 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Feb 10 00:45:00 2006
Subject: [Moin-user] Re: Re: Re: Re: Image formatters and UTF8
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <43EBB210.8060006@cmu.edu> <20060210012948.1ead3a1b@citadelle.banquise>
Message-ID: <1jr2qo2euutzo$.dlg@usenet.alexanderweb.de>
On Fri, 10 Feb 2006 01:29:48 +0100, Jiba wrote:
> If the wiki page is modified after that, would the image generated from
> this wiki page be updated or not ?
It would be updated if you update it :) You can check out the LaTeX parser,
it works like that.
Kind regards,
Alexander
From nirs at freeshell.org Fri Feb 10 04:29:05 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Feb 10 04:29:05 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
In-Reply-To: <20060209215624.33fcdb83@citadelle.banquise>
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise>
Message-ID: <69c9f898e6e940c065cadf1572f2451a@freeshell.org>
On 9 Feb, 2006, at 22:56, Jiba wrote:
>> On Mon, 6 Feb 2006 21:45:53 +0100, Jiba wrote:
>>
>>>>> Actually the formatter must return unicode object (because the
>>>>> cache
>>>>> system concatenate the returned string with other unicode strings).
>>
>>> My formatter returns Unicode ; if it don't, I get the following
>>> error :
>>
>> OK, I checked the code paths. There are already formatters that emit
>> binary
>> data. And the only way to do this is to write it to request.write
>> instead
>> of returning it. So your functions have to return an empty string and
>> use
>> request.write on their own.
>
> The problem is that doing so (and if i have understood the code well),
> i cannot use the MoinMoin cache system... however image generation is
> quite slow and thus i need to cache the images !
The text/python cache system is not meant to handle binary files, it is
a system to cache dynamic text, where part of the text is static and
part is dynamic. The text is always unicode, and it is encoded to
whatever encoding you use for the wiki pages.
Maybe you describe how your system works - why and how you use your
formatter to generate those files.
Best Regards,
Nir Soffer
From Richard.Hiers at covenantseminary.edu Fri Feb 10 06:00:20 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Feb 10 06:00:20 2006
Subject: [Moin-user] User List
Message-ID:
With the advent of 1.5, is there a convenient way for an admin to view a
list of users? [SystemAdmin] used to provide at least a listing.
Thanks
Richard Hiers
Director of IT Services
Covenant Theological Seminary
314.434.4044
From Richard.Hiers at covenantseminary.edu Fri Feb 10 06:35:03 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Fri Feb 10 06:35:03 2006
Subject: [Moin-user] Windows Authentication weirdness
Message-ID:
I'm experimenting with windows authentication since upgrading to moin
1.5.2 and it seems to work well for our intranet. When I visit the wiki
in IE 6 I'm automatically logged on with my windows credentials. With
firefox or safari I'm presented with a login box. So far so good. I
was curious how this type of authentication handled password changes.
Johndoe (password Password1) visits mywiki for first time in IE 6,
account is created automatically. Subsequent visits to mywiki using
firefox accepts Password1 as Johndoe's password.
Johndoe changes his windows login password to Password2. Visits mywiki
in IE 6. Pages look fine. But afterwards when visiting mywiki using
firefox, mywiki accepts BOTH Password1 and Password2. I've changed
passwords 3 or 4 times and now all the passwords are accepted for this
account. Mywiki won't accept just any old password, only those this
user has used in the past.
What accounts for this? I notice that the user files in the moin
directory no longer have an encrypted password listed. Where is moin
storing these passwords, and can the old ones be discarded?
Thanks
Richard Hiers
Director of IT Services
Covenant Theological Seminary
314.434.4044
From mmiller at stabilitynetworks.com Fri Feb 10 08:38:00 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Fri Feb 10 08:38:00 2006
Subject: [Moin-user] Edit help text on Editor page
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDAD@gc.StabilityNetworks.local>
Is there any way to edit the help text at the bottom of the Editor page?
Matthew C. Miller, CTO
Stability Networks
mcm at stabilitynetworks.com
208/344.0050
From mohacsi at niif.hu Fri Feb 10 10:31:05 2006
From: mohacsi at niif.hu (Mohacsi Janos)
Date: Fri Feb 10 10:31:05 2006
Subject: [Moin-user] ACL problem
Message-ID: <20060210184646.Q91879@mignon.ki.iif.hu>
Dear All,
I want a following moinmoin 1.5.2 setup:
No access to pages by default except allowed pages. Group of people can
edit the content of the pages. The adm can allow publishing the pages.
I have a moinmoin with the following settings:
acl_rights_before = u"adm:read,write,delete,revert,admin \
CoGroup:read,write,delete,revert"
acl_rights_default= "All:"
The content of CoGroup page is:
#acl +adm:admin,read,write,revert,delete -CoGroup:write,delete,revert,admin All:read
* user1
* user2
* user3
* user4
* user5
The problem is the following: user1,... user5 cannot edit the pages.
The page_group_regex ok for this pagenames?
page_group_regex = u'[a-z]Group$'
Where can be a a problem?
Thanks.
Kindest Regards,
Janos Mohacsi
Network Engineer, Research Associate
NIIF/HUNGARNET, HUNGARY
Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98
From jibalamy at free.fr Fri Feb 10 15:31:05 2006
From: jibalamy at free.fr (Jiba)
Date: Fri Feb 10 15:31:05 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
In-Reply-To: <69c9f898e6e940c065cadf1572f2451a@freeshell.org>
References: <20060202195632.6bd51ee8@citadelle.banquise>
<3y4ayn5ya799$.dlg@usenet.alexanderweb.de>
<20060204131705.5d88d3d0@citadelle.banquise>
<1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de>
<20060206214553.61b73893@citadelle.banquise>
<1t5ae7rde9ckn.dlg@usenet.alexanderweb.de>
<20060209215624.33fcdb83@citadelle.banquise>
<69c9f898e6e940c065cadf1572f2451a@freeshell.org>
Message-ID: <20060211003535.25a59d00@citadelle.banquise>
> > The problem is that doing so (and if i have understood the code well),
> > i cannot use the MoinMoin cache system... however image generation is
> > quite slow and thus i need to cache the images !
>
> The text/python cache system is not meant to handle binary files, it is
> a system to cache dynamic text, where part of the text is static and
> part is dynamic. The text is always unicode, and it is encoded to
> whatever encoding you use for the wiki pages.
>
> Maybe you describe how your system works - why and how you use your
> formatter to generate those files.
I'm making a "free trading card game", with downloadable and printable card editable using a wiki. The idea is to have a wiki page for each card, and then to generate the card (in a PNG or JPEG image) using a formatter. Here is a running example (in French) :
http://nekeme.net/~jiba/cgi-bin/moin.cgi/Deichey
When the wiki page is modified, the card image is regenerated (because the cache is no longer valid) and updated to correspond to the contain of the wiki page. The card image is also inserted at the top of the page. You can also get it by using the action "RenderAsPNG" or "RenderAsJpeg".
It currently runs on a patched version of MoinMoin that supports a per-request charset. The image is generated by a formatter, then decoded in Unicode, then stored in the cache, add then (using the patch) re-encoded in binary string and sent to the client.
Jiba
From nirs at freeshell.org Fri Feb 10 22:52:05 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Fri Feb 10 22:52:05 2006
Subject: [Moin-user] Re: Re: Re: Image formatters and UTF8
In-Reply-To: <20060211003535.25a59d00@citadelle.banquise>
References: <20060202195632.6bd51ee8@citadelle.banquise> <3y4ayn5ya799$.dlg@usenet.alexanderweb.de> <20060204131705.5d88d3d0@citadelle.banquise> <1mrpxa2lq4fs7$.dlg@usenet.alexanderweb.de> <20060206214553.61b73893@citadelle.banquise> <1t5ae7rde9ckn.dlg@usenet.alexanderweb.de> <20060209215624.33fcdb83@citadelle.banquise> <69c9f898e6e940c065cadf1572f2451a@freeshell.org> <20060211003535.25a59d00@citadelle.banquise>
Message-ID:
On 11 Feb, 2006, at 1:35, Jiba wrote:
>> Maybe you describe how your system works - why and how you use your
>> formatter to generate those files.
>
> I'm making a "free trading card game", with downloadable and printable
> card editable using a wiki. The idea is to have a wiki page for each
> card, and then to generate the card (in a PNG or JPEG image) using a
> formatter. Here is a running example (in French) :
>
> http://nekeme.net/~jiba/cgi-bin/moin.cgi/Deichey
>
> When the wiki page is modified, the card image is regenerated (because
> the cache is no longer valid) and updated to correspond to the contain
> of the wiki page. The card image is also inserted at the top of the
> page. You can also get it by using the action "RenderAsPNG" or
> "RenderAsJpeg".
>
> It currently runs on a patched version of MoinMoin that supports a
> per-request charset. The image is generated by a formatter, then
> decoded in Unicode, then stored in the cache, add then (using the
> patch) re-encoded in binary string and sent to the client.
Very interesting moin usage. Can you describe how you deploy this? in a
school?
I would create a parser that:
1. let the wiki parser render the page as wiki page using any format
(wiki, rst etc.)
2. check the attachment and generate an image from the wiki text if
the attachment is older than the wiki page.
The page would look like:
#format card
## The card can have the same name, or maybe the name of the page
attachment:pagename.jpg
## or maybe the name is one of the keys
name:: cardname
key:: value
key:: value
To create the parser I would reuse
, because it already
render a page as is. So the parser would be this:
from section import SectionParser
class CardParser(SectionParser):
baseClass = 'card' # card pages may have unique style
# Simplified format probably missing few arguments
def format(self):
# pseudo code...
if page is newer then card attachment:
generate new card
SectionParser.format(self)
Then add these css (and maybe more) rules to your wiki:
#card dl
#card dd
#card dt
This design does not need any patching of moin code, and the page
source is even simpler. You can even create more than one card on
single page by using:
{{{
#!card
## XXX what is the card name in this case?
attachment:name.png
key:: value
key:: value
}}}
Best Regards,
Nir Soffer
From 2005a at usenet.alexanderweb.de Sat Feb 11 03:00:05 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat Feb 11 03:00:05 2006
Subject: [Moin-user] Re: Windows Authentication weirdness
References:
Message-ID: <1r3oh7tld6ho7.dlg@usenet.alexanderweb.de>
On Fri, 10 Feb 2006 08:33:58 -0600, Hiers, Richard wrote:
> What accounts for this? I notice that the user files in the moin
> directory no longer have an encrypted password listed. Where is moin
> storing these passwords, and can the old ones be discarded?
It sounds like Moin just delegates the authorisation in your setup. Please
describe your configuration, i.e. which auth related config options are set
in wikiconfig.py and how IIS/Apache is configured with regards to
authorisation.
Kind regards,
Alexander
From mohacsi at niif.hu Sat Feb 11 03:25:16 2006
From: mohacsi at niif.hu (Mohacsi Janos)
Date: Sat Feb 11 03:25:16 2006
Subject: [Moin-user] ACL problem
In-Reply-To: <6FAB474893963D4E876FE660DC96C0714C3146@azsmsx401.amr.corp.intel.com>
References: <6FAB474893963D4E876FE660DC96C0714C3146@azsmsx401.amr.corp.intel.com>
Message-ID: <20060211120806.J80503@mignon.ki.iif.hu>
On Fri, 10 Feb 2006, Schwols, Keith C wrote:
> I don't believe you wanted "-CoGroup:write,delete,revert,admin in your
> #acl on the page. That takes away edit priviledges for the
> User1,...User5.
>
> From the HelpOnAccessControl wiki page
>
> #acl +All:read -SomeUser:admin SomeGroup:read,write,admin
>
> +All:read means that when any user is requesting read right, it will be
> given and processing stops. In any other case, processing will continue.
> If admin right is queried for SomeUser, it will be denied and processing
> stops. In any other case, processing will continue. Finally if a member
> of SomeGroup is requesting some right it will be given if specified
> there and denied, if not. All other users have no rights, except when
> given by configuration.
>
> Notice that you probably won't want to use the second and third examples
> in ACL entries of some page. They're very useful on the site
> configuration entries though.
>
>
> Try it without the leading '-' on CoGroup.
Hello,
Yes I don't want that CoGroup to add others to CoGroup.
Probably you missed my problem.
My main problem is that member of CoGroup cannot edit the main pages (not
the CoGroup page) in spite of the
acl_rights_before = u"adm:read,write,delete,revert,admin \
CoGroup:read,write,delete,revert"
acl_rights_default= "All:"
Thanks for any help.
Janos Mohacsi
Network Engineer, Research Associate
NIIF/HUNGARNET, HUNGARY
Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98
>
> ]
>
>
>> -----Original Message-----
>> From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-
>> admin at lists.sourceforge.net] On Behalf Of Mohacsi Janos
>> Sent: Friday, February 10, 2006 11:30 AM
>> To: moin-user at lists.sourceforge.net
>> Subject: [Moin-user] ACL problem
>>
>> Dear All,
>>
>> I want a following moinmoin 1.5.2 setup:
>> No access to pages by default except allowed pages. Group of people can
>> edit the content of the pages. The adm can allow publishing the pages.
>>
>> I have a moinmoin with the following settings:
>>
>> acl_rights_before = u"adm:read,write,delete,revert,admin \
>> CoGroup:read,write,delete,revert"
>> acl_rights_default= "All:"
>>
>> The content of CoGroup page is:
>>
>> #acl +adm:admin,read,write,revert,delete
> -CoGroup:write,delete,revert,admin
>> All:read
>> * user1
>> * user2
>> * user3
>> * user4
>> * user5
>>
>>
>> The problem is the following: user1,... user5 cannot edit the pages.
>>
>> The page_group_regex ok for this pagenames?
>> page_group_regex = u'[a-z]Group$'
>>
>>
>> Where can be a a problem?
>>
>> Thanks.
>>
>> Kindest Regards,
>>
>>
>> Janos Mohacsi
>> Network Engineer, Research Associate
>> NIIF/HUNGARNET, HUNGARY
>> Key 00F9AF98: 8645 1312 D249 471B DBAE 21A2 9F52 0D1F 00F9 AF98
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
>> files
>> for problems? Stop! Download the new AJAX search engine that makes
>> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=12164
> 2
>> _______________________________________________
>> Moin-user mailing list
>> Moin-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/moin-user
>
From robert at cantab.net Sat Feb 11 10:41:01 2006
From: robert at cantab.net (Robert Schumann)
Date: Sat Feb 11 10:41:01 2006
Subject: [Moin-user] User List
In-Reply-To:
References:
Message-ID: <43EE2F85.4010800@cantab.net>
Hiers, Richard wrote:
>With the advent of 1.5, is there a convenient way for an admin to view a
>list of users? [SystemAdmin] used to provide at least a listing.
>
>
Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It
presents the two options "File attachment browser" and "User account
browser", the latter of which provides a list of users when you click on
it. What exact problem are you having?
Remember you need to have admin rights (as explained on HelpOnMacros) to
see this information.
Robert.
>Thanks
>
>Richard Hiers
>Director of IT Services
>Covenant Theological Seminary
>314.434.4044
>
>
From david at thingbag.net Sat Feb 11 14:22:05 2006
From: david at thingbag.net (David Cramer)
Date: Sat Feb 11 14:22:05 2006
Subject: [Moin-user] Link directly to action=diff from rss feed
Message-ID: <43EE6378.5010501@thingbag.net>
I notice that on the rss feed for the RecentChanges page of
moinmoin.wikiwikiweb.de,
http://moinmoin.wikiwikiweb.de/RecentChanges?action=rss_rc&ddiffs=1&unique=1,
the links include action=diff, so when you click on an item, you are
taken directly to a diff of the most recent version from the previous
one. My own 1.5.2 wiki does not do this. Is this a configurable thing or
something I need to hack in? I didn't see anything in HelpOnConfiguration.
Thanks,
David
From mmiller at stabilitynetworks.com Sat Feb 11 15:40:04 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Sat Feb 11 15:40:04 2006
Subject: [Moin-user] Error after changes
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB5@gc.StabilityNetworks.local>
After adding 4 more wikis to a site that was running fine with 23, I now
get "500 internal server error" on all of them. The only error message
I find in the logs is:
[Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert
p.pattern.gro
ups <= 100,\\
[Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254]
AssertionError
[Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] :
[Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but
this vers
ion only supports 100 named groups
[Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254]
[Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] Premature
end of scr
ipt headers: moin.cgi
Any ideas what I should look for?
TIA for any pointers,
Matthew C. Miller, CTO
Stability Networks
mcm at stabilitynetworks.com
208/344.0050
From Richard.Hiers at covenantseminary.edu Sat Feb 11 16:41:02 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Sat Feb 11 16:41:02 2006
Subject: [Moin-user] User List
Message-ID:
I am the admin on the wiki, but I just get a blank space on the wiki
page where I should have the SystemAdmin macro options.
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert
Schumann
Sent: Saturday, February 11, 2006 12:40 PM
To: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] User List
Hiers, Richard wrote:
>With the advent of 1.5, is there a convenient way for an admin to view
>a list of users? [SystemAdmin] used to provide at least a listing.
>
>
Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It
presents the two options "File attachment browser" and "User account
browser", the latter of which provides a list of users when you click on
it. What exact problem are you having?
Remember you need to have admin rights (as explained on HelpOnMacros) to
see this information.
Robert.
>Thanks
>
>Richard Hiers
>Director of IT Services
>Covenant Theological Seminary
>314.434.4044
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From nirs at freeshell.org Sat Feb 11 17:30:06 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Feb 11 17:30:06 2006
Subject: [Moin-user] Error after changes
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB5@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB5@gc.StabilityNetworks.local>
Message-ID: <401ad830756448113de941bd4da98391@freeshell.org>
Do you have more then 100 items in your wikis list?
On 12 Feb, 2006, at 1:39, Matthew C. Miller wrote:
> After adding 4 more wikis to a site that was running fine with 23, I
> now
> get "500 internal server error" on all of them. The only error message
> I find in the logs is:
>
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert
> p.pattern.gro
> ups <= 100,\\
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254]
> AssertionError
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] :
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but
> this vers
> ion only supports 100 named groups
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254]
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] Premature
> end of scr
> ipt headers: moin.cgi
>
> Any ideas what I should look for?
>
> TIA for any pointers,
>
> Matthew C. Miller, CTO
> Stability Networks
> mcm at stabilitynetworks.com
> 208/344.0050
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
Best Regards,
Nir Soffer
From jean-philippe.guerard at tigreraye.org Sun Feb 12 00:20:01 2006
From: jean-philippe.guerard at tigreraye.org (Jean-Philippe =?iso-8859-1?Q?Gu=E9rard?=)
Date: Sun Feb 12 00:20:01 2006
Subject: [Moin-user] User List
In-Reply-To:
References:
Message-ID: <20060212081852.GC3713@tigreraye.nulle.part>
Le 2006-02-11 18:40:42 -0600, Hiers, Richard ?crivait :
> I am the admin on the wiki, but I just get a blank space on the wiki
> page where I should have the SystemAdmin macro options.
I am under the impression you must now be listed in the superuser
configuration variable for this macro to work.
It doesn't work for me for accounts who have admin rights in the ACL
without being listed as a superuser.
--
Jean-Philippe Gu?rard
http://tigreraye.org
From tpfennig at gmail.com Mon Feb 13 05:33:02 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Mon Feb 13 05:33:02 2006
Subject: [Moin-user] a minimal wiki
Message-ID: <2cbc44a0602130532u5c277ae4n@mail.gmail.com>
Hi, I have begun working on a decription of a minimal wiki:
http://moinmaster.wikiwikiweb.de/HelpOnInstalling/MinimalWiki
This depends on good knowledge about Moin so I hope some people join
me in editing this pages. Some information on this page could be
seperated if the documentation of MoinMoin will be more complete. The
language system for instance. Maybe somebody knows a better way to
extract specific pages from the standard distribution?
The goals are:
* stripping down MoinMoin python base code and plugins to what is
absolutely essential and tell how to add them one by one.
* what wiki pages are really essential for using the wiki, what pages
do add basic functionality (say standard wiki set)
* how to reduce a wiki config file. Also lok at user_checkbox_fields.
What do we need ?
So everything about minimalism.
As said above I think it would be better to link to extra pages at
some point instead of decribing everything here. It would be nice to
have some config examples, but maybe we should better discuss/work on
that on the extra page at:
http://moinmoin.wikiwikiweb.de/ThiloPfennig/MinimalMoin
Your help is appreciated. I am especially intersted in experiences
from those who have done this before. Or tested a minimal setting in
practice.
--
http://vinci.wordpress.com
From Richard.Hiers at covenantseminary.edu Mon Feb 13 05:58:05 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Mon Feb 13 05:58:05 2006
Subject: [Moin-user] Re: Windows Authentication weirdness
Message-ID:
I'm running Moin on IIS and the security for the wiki site is set no
anonymous access, only "Integrated Windows authentication."
Wikiconfig.py has the following lines:
from MoinMoin.auth import http
user_autocreate = True
auth = [http]
Does this help?
Richard
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Alexander
Schremmer
Sent: Friday, February 10, 2006 12:32 PM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] Re: Windows Authentication weirdness
On Fri, 10 Feb 2006 08:33:58 -0600, Hiers, Richard wrote:
> What accounts for this? I notice that the user files in the moin
> directory no longer have an encrypted password listed. Where is moin
> storing these passwords, and can the old ones be discarded?
It sounds like Moin just delegates the authorisation in your setup.
Please describe your configuration, i.e. which auth related config
options are set in wikiconfig.py and how IIS/Apache is configured with
regards to authorisation.
Kind regards,
Alexander
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From mmiller at stabilitynetworks.com Mon Feb 13 06:46:03 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Mon Feb 13 06:46:03 2006
Subject: [Moin-user] Error after changes
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB7@gc.StabilityNetworks.local>
I assume you mean in the farmconfig.py file, in the "wikis" section.
Currently, I have 50 (due to multiple access URLs for the same 23
sites).
Here's a copy of what's in my farmconfig.py (by the way, if there's a
better way to do the duplicate URLs going to the same wiki, I'd love to
know!):
wikis = [
("kb", r"^www.example.com/kb.*$"),
("ameritel", r"^www.example.com/ameritel.*$"),
("aic", r"^www.example.com/aic.*$"),
("battfisher", r"^www.example.com/battfisher.*$"),
("berryhill", r"^www.example.com/berryhill.*$"),
("berryhillandco", r"^www.example.com/berryhillandco.*$
("bfl", r"^www.example.com/bfl.*$"),
("bhc", r"^www.example.com/bhc.*$"),
("curtisolson", r"^www.example.com/curtisolson.*$"),
("coc", r"^www.example.com/coc.*$"),
("ess", r"^www.example.com/ess.*$"),
("glassmasters", r"^www.example.com/glassmasters.*$"),
("gms", r"^www.example.com/gms.*$"),
("himberger", r"^www.example.com/himberger.*$"),
("himbergerlaw", r"^www.example.com/himbergerlaw.*$"),
("hmb", r"^www.example.com/hmb.*$"),
("idahotruss", r"^www.example.com/idahotruss.*$"),
("idt", r"^www.example.com/idt.*$"),
("lfpco", r"^www.example.com/lfpco.*$"),
("lfp", r"^www.example.com/lfp.*$"),
("markrenberg", r"^www.example.com/markrenberg.*$"),
("mra", r"^www.example.com/mra.*$"),
("mbt", r"^www.example.com/mbt.*$"),
("meulemanmollerup", r"^www.example.com/meulemanmoller$
("mml", r"^www.example.com/mml.*$"),
("mff", r"^www.example.com/mff.*$"),
("morgans", r"^www.example.com/morgans.*$"),
("morgansfinefinishes", r"^www.example.com/morgansfine$
("paigemechanical", r"^www.example.com/pmg.*$"),
("paigemechanicalgroup", r"^www.example.com/pmg.*$"),
("pmg", r"^www.example.com/pmg.*$"),
("pos", r"^www.example.com/pos.*$"),
("rma", r"^www.example.com/rma.*$"),
("smithsport", r"^www.example.com/smithsport.*$"),
("sso", r"^www.example.com/sso.*$"),
("syr", r"^www.example.com/syr.*$"),
("syringa", r"^www.example.com/syringa.*$"),
("syringabank", r"^www.example.com/syringabank.*$"),
("tablerockprinting", r"^www.example.com/tablerockprin$
("trp", r"^www.example.com/trp.*$"),
("vii", r"^www.example.com/vii.*$"),
("veininstitute", r"^www.example.com/veininstitute.*$"$
("theveininstitute", r"^www.example.com/theveininstitu$
("varsitymarketing", r"^www.example.com/varsitymarketi$
("vcm", r"^www.example.com/vcm.*$"),
("varsity", r"^www.example.com/varsity.*$"),
("vcr", r"^www.example.com/vcr.*$"),
("windermere", r"^www.example.com/windermere.*$"),
("wre", r"^www.example.com/wre.*$"),
("demo", r"^www.example.com/demo.*$"),
]
Matthew C. Miller, CTO
Stability Networks
mcm at stabilitynetworks.com
208/344.0050
-----Original Message-----
From: Nir Soffer [mailto:nirs at freeshell.org]
Sent: Saturday, February 11, 2006 6:29 PM
To: Matthew C. Miller
Cc: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] Error after changes
Do you have more then 100 items in your wikis list?
On 12 Feb, 2006, at 1:39, Matthew C. Miller wrote:
> After adding 4 more wikis to a site that was running fine with 23, I
> now get "500 internal server error" on all of them. The only error
> message I find in the logs is:
>
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert
> p.pattern.gro ups <= 100,\\ [Sat Feb 11 16:30:23 2006] [error] [client
> 192.168.200.254] AssertionError [Sat Feb 11 16:30:23 2006] [error]
> [client 192.168.200.254] :
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but
> this vers ion only supports 100 named groups [Sat Feb 11 16:30:23
> 2006] [error] [client 192.168.200.254] [Sat Feb 11 16:30:23 2006]
> [error] [client 192.168.200.254] Premature end of scr ipt headers:
> moin.cgi
>
> Any ideas what I should look for?
>
> TIA for any pointers,
>
> Matthew C. Miller, CTO
> Stability Networks
> mcm at stabilitynetworks.com
> 208/344.0050
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that
> makes searching your log files as easy as surfing the web. DOWNLOAD
> SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
Best Regards,
Nir Soffer
From mmiller at stabilitynetworks.com Mon Feb 13 08:17:03 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Mon Feb 13 08:17:03 2006
Subject: [Moin-user] Problem with # of wikis, new info
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
More info:
After removing the 9 lines I added to farmconfig.py it works with our
original sites. I have a total of exactly 50 wiki lines defined in the
new (41 in the old) farmconfig.py, so this makes no sense to me
whatsoever.
On another track, is there a better way to define multiple access URLs
for a given wiki than I've come up with? Currently, we create the
custom.py file, create a link (ln -s...) to cst.py (which is a 3 letter
abbreviation for the wiki custom name), and create duplicate entries in
the farmconfig and apache.conf.local for both URLs. A way to simplify
this would also probably solve my # of wikis problem for a while.
Original Post:
> After adding 4 more wikis to a site that was running fine with 23, I
now get "500 internal
> server error" on all of them. The only error message I find in the
logs is:
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert
p.pattern.gro ups <= 100
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254]
AssertionError
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] :
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but
this version /
only supports 100 named groups
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254]
> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] Premature
end of script /
headers: moin.cgi
> Any ideas what I should look for?
> TIA for any pointers,
Matthew C. Miller, CTO
Stability Networks
mcm at stabilitynetworks.com
208/344.0050
From gward-moin at python.net Mon Feb 13 12:05:04 2006
From: gward-moin at python.net (Greg Ward)
Date: Mon Feb 13 12:05:04 2006
Subject: [Moin-user] Subscriptions semi-lost after 1.2->1.5 upgrade
Message-ID: <20060213200424.GA10237@intelerad.com>
I upgraded from MoinMoin 1.2.1 to 1.5.1 last week, and we just noticed
that page subscriptions are semi-lost. That is, if user X was
subscribed to page Y before the upgrade, X is no longer listed in the
"General Page Infos" page for Y, and no longer receives email when Y is
updated.
*But* if user X goes to his UserPreferences page, page Y is still
present in the list of subscribe page regexes. (And it's also still
listed in user X's data/users/ file, of course.) So if X saves
his preferences (without necessarily making any changes), all is well
again -- page Y again "knows" that user X is subscribed to it.
First: is this a known bug in the upgrade process?
Second: is there an easy way to fix our installation? We could ask
everyone to go save their UserPreferences, but frankly, most people
won't bother. Is there a way to propagate the information in the
data/users/* files back out so the pages know who their subscribers are?
Thanks --
Greg
From gward-moin at python.net Mon Feb 13 12:29:02 2006
From: gward-moin at python.net (Greg Ward)
Date: Mon Feb 13 12:29:02 2006
Subject: [Moin-user] Subscriptions semi-lost after 1.2->1.5 upgrade
In-Reply-To: <20060213200424.GA10237@intelerad.com>
References: <20060213200424.GA10237@intelerad.com>
Message-ID: <20060213202821.GA10366@intelerad.com>
On 13 February 2006, Greg Ward said:
> I upgraded from MoinMoin 1.2.1 to 1.5.1 last week, and we just noticed
> that page subscriptions are semi-lost. That is, if user X was
> subscribed to page Y before the upgrade, X is no longer listed in the
> "General Page Infos" page for Y, and no longer receives email when Y is
> updated.
>
> *But* if user X goes to his UserPreferences page, page Y is still
> present in the list of subscribe page regexes. (And it's also still
> listed in user X's data/users/ file, of course.) So if X saves
> his preferences (without necessarily making any changes), all is well
> again -- page Y again "knows" that user X is subscribed to it.
Actually, it seems to be worse than this: after the upgrade,
subscriptions no longer work. If user A and user B both subscribe to a
page, A can only see that he is subscribed, and B can only see that *he*
is subscribed. (Based on following the "Info" -> "General Page Infos"
links.) So Moin never sends email when the page is changed!
Is this a privilege problem, i.e. is there something we have to
configure so that users can see each other's subscriptions (and thereby
ensure that Moin sends email as appropriate)?
Greg
From nirs at freeshell.org Mon Feb 13 12:39:09 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Feb 13 12:39:09 2006
Subject: [Moin-user] Error after changes
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB7@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB7@gc.StabilityNetworks.local>
Message-ID: <9c7cc3d7bcf3b49d91b913b0cac3df10@freeshell.org>
On 13 Feb, 2006, at 16:45, Matthew C. Miller wrote:
> I assume you mean in the farmconfig.py file, in the "wikis" section.
>
> Currently, I have 50 (due to multiple access URLs for the same 23
> sites).
>
> Here's a copy of what's in my farmconfig.py (by the way, if there's a
> better way to do the duplicate URLs going to the same wiki, I'd love to
> know!):
use this:
base = 'www.example.com'
wikis = [
(wiki1, r'%s/(?:wiki1-a|wiki1-b|wiki1-c).*$' % base),
(wiki2, r'%s/(?:wiki2-a|wiki2-b|wiki2-c).*$' % base),
...
(wiki100, r'%s/(?:wiki100-a|wiki100-b|wiki100-c).*$' % base),
]
This should let you have up to 100 wikis (Python 100 groups re limit)
with many access points to any wiki.
Best Regards,
Nir Soffer
From nirs at freeshell.org Mon Feb 13 12:46:00 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Feb 13 12:46:00 2006
Subject: [Moin-user] Subscriptions semi-lost after 1.2->1.5 upgrade
In-Reply-To: <20060213202821.GA10366@intelerad.com>
References: <20060213200424.GA10237@intelerad.com> <20060213202821.GA10366@intelerad.com>
Message-ID:
Its probably related to 1.5 using interwiki page names e.g
WikiName:PageName. This let you use the same preferences for all wikis
in one farm, but of course just make one wiki farms life harder.
Check the user file after you save the preferences, I guess you will
find your wiki name in front of all subscribe page names.
I guess that inserting the wikiname to all user files will solve the
problem, this probably should be part of the upgrade process.
On 13 Feb, 2006, at 22:28, Greg Ward wrote:
> On 13 February 2006, Greg Ward said:
>> I upgraded from MoinMoin 1.2.1 to 1.5.1 last week, and we just noticed
>> that page subscriptions are semi-lost. That is, if user X was
>> subscribed to page Y before the upgrade, X is no longer listed in the
>> "General Page Infos" page for Y, and no longer receives email when Y
>> is
>> updated.
>>
>> *But* if user X goes to his UserPreferences page, page Y is still
>> present in the list of subscribe page regexes. (And it's also still
>> listed in user X's data/users/ file, of course.) So if X
>> saves
>> his preferences (without necessarily making any changes), all is well
>> again -- page Y again "knows" that user X is subscribed to it.
>
> Actually, it seems to be worse than this: after the upgrade,
> subscriptions no longer work. If user A and user B both subscribe to a
> page, A can only see that he is subscribed, and B can only see that
> *he*
> is subscribed. (Based on following the "Info" -> "General Page Infos"
> links.) So Moin never sends email when the page is changed!
>
> Is this a privilege problem, i.e. is there something we have to
> configure so that users can see each other's subscriptions (and thereby
> ensure that Moin sends email as appropriate)?
>
> Greg
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?
> cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
Best Regards,
Nir Soffer
From Bryan.Weingarten at watchguard.com Mon Feb 13 14:16:01 2006
From: Bryan.Weingarten at watchguard.com (Bryan Weingarten)
Date: Mon Feb 13 14:16:01 2006
Subject: [Moin-user] User List
Message-ID: <53e00e938d61cb70ce83c9e37af305d6daa3a184@localhost>
i have admin right and i see nothing when i use the [[SystemAdmin]]
macro. i'm using using 1.5.1. also, how can you tell what right you
have when you log in? is there a page that tells you?
thanks,
bryan
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert
Schumann
Sent: Saturday, February 11, 2006 10:40 AM
To: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] User List
Hiers, Richard wrote:
>With the advent of 1.5, is there a convenient way for an admin to view
>a list of users? [SystemAdmin] used to provide at least a listing.
>
>
Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It
presents the two options "File attachment browser" and "User account
browser", the latter of which provides a list of users when you click on
it. What exact problem are you having?
Remember you need to have admin rights (as explained on HelpOnMacros) to
see this information.
Robert.
>Thanks
>
>Richard Hiers
>Director of IT Services
>Covenant Theological Seminary
>314.434.4044
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From Bryan.Weingarten at watchguard.com Mon Feb 13 14:41:00 2006
From: Bryan.Weingarten at watchguard.com (Bryan Weingarten)
Date: Mon Feb 13 14:41:00 2006
Subject: [Moin-user] User List
Message-ID:
i have it working now. i just created a superuser list of superadmins
and used that in the the acl list instead of each person individually.
bryan
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Bryan
Weingarten
Sent: Monday, February 13, 2006 2:14 PM
To: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] User List
i have admin right and i see nothing when i use the [[SystemAdmin]]
macro. i'm using using 1.5.1. also, how can you tell what right you
have when you log in? is there a page that tells you?
thanks,
bryan
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Robert
Schumann
Sent: Saturday, February 11, 2006 10:40 AM
To: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] User List
Hiers, Richard wrote:
>With the advent of 1.5, is there a convenient way for an admin to view
>a list of users? [SystemAdmin] used to provide at least a listing.
>
>
Using a vanilla Moin 1.5.2 system, [[SystemAdmin]] works for me. It
presents the two options "File attachment browser" and "User account
browser", the latter of which provides a list of users when you click on
it. What exact problem are you having?
Remember you need to have admin rights (as explained on HelpOnMacros) to
see this information.
Robert.
>Thanks
>
>Richard Hiers
>Director of IT Services
>Covenant Theological Seminary
>314.434.4044
>
>
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From qvo at pingry.org Mon Feb 13 17:39:10 2006
From: qvo at pingry.org (Vo, Quoc)
Date: Mon Feb 13 17:39:10 2006
Subject: [Moin-user] HTTP AUTHENTICATION
Message-ID: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
Hi all...I have MoinMoin 1.5.2 setup and need to enable http authentication. I have made the appropriate changes in the wikiconfig.py file. What other changes do I need to setup? I assume I need to add info into httpd.conf file to tell Apache what to do. Here is my setup.
Mac OS X Server (Tiger 10.4)
Apache 1.3
Python 2.3
auth_ldap_mod
MoinMoin 1.5.2
Thanks in advance
HTH...
Quoc Vo
Director of Technology
qvo at pingry.org
908.758.5582
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From skromta at gmail.com Tue Feb 14 01:43:04 2006
From: skromta at gmail.com (Kalle Anke)
Date: Tue Feb 14 01:43:04 2006
Subject: [Moin-user] Standalone wiki server
Message-ID: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org>
I'm looking at various wikis to see if I can find one that I really like. I'm
currently trying to see if I can find something that I can bring with me on a
USB stick and run without installing any programs (yes, I could use a server
... and have currently installed PMWiki on a server to try it out).
So I'm looking for a wiki that I normally can run on my Mac but once in a
while I would like to be able to bring the pages with me and use them from a
USB stick without installing any software on the host machine (Mac or
Windows).
MoinX makes the pretty easy for the Mac but if I've understood things
correctly there is not a similar version for Windows, or have I missed
something?
Does anyone have a suggestion/advice in my search? (and yes, it would be nice
it was python based and easy to customize by writing my own python code)
From Stefan.Marxext.MAFa.Lynx at rewe-group.com Tue Feb 14 01:52:05 2006
From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx)
Date: Tue Feb 14 01:52:05 2006
Subject: AW: [Moin-user] Standalone wiki server
Message-ID:
Hi Kalle,
with the stable version 1.5.1 I run MoinMoin on a Windows-Server machine and
a Mac X system as well. On the Windows PC we have to add pynthon and apache
as components while under Mac X OS the httpd and python installations on
board
does the trick.
Making this stickable for both OS is a little challenge but should work, I
assume.
tht, greetings from Germany.
cu Stefan
> -----Urspr?ngliche Nachricht-----
> Von: Kalle Anke [SMTP:skromta at gmail.com]
> Gesendet am: Montag, 13. Februar 2006 23:21
> An: moin-user at lists.sourceforge.net
> Betreff: [Moin-user] Standalone wiki server
>
> I'm looking at various wikis to see if I can find one that I really like.
> I'm
> currently trying to see if I can find something that I can bring with me
> on a
> USB stick and run without installing any programs (yes, I could use a
> server
> ... and have currently installed PMWiki on a server to try it out).
>
> So I'm looking for a wiki that I normally can run on my Mac but once in a
> while I would like to be able to bring the pages with me and use them from
> a
> USB stick without installing any software on the host machine (Mac or
> Windows).
>
> MoinX makes the pretty easy for the Mac but if I've understood things
> correctly there is not a similar version for Windows, or have I missed
> something?
>
> Does anyone have a suggestion/advice in my search? (and yes, it would be
> nice
> it was python based and easy to customize by writing my own python code)
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
From nirs at freeshell.org Tue Feb 14 02:25:10 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Tue Feb 14 02:25:10 2006
Subject: [Moin-user] Standalone wiki server
In-Reply-To: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org>
References: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org>
Message-ID:
You can try the desktop edition, or just install the regular moin using
the standalone server and copy the folder to the usb stick.
You will need Python on the other machine, this may be a problem in
Windows.
On 14 Feb, 2006, at 0:20, Kalle Anke wrote:
> I'm looking at various wikis to see if I can find one that I really
> like. I'm
> currently trying to see if I can find something that I can bring with
> me on a
> USB stick and run without installing any programs (yes, I could use a
> server
> ... and have currently installed PMWiki on a server to try it out).
>
> So I'm looking for a wiki that I normally can run on my Mac but once
> in a
> while I would like to be able to bring the pages with me and use them
> from a
> USB stick without installing any software on the host machine (Mac or
> Windows).
>
> MoinX makes the pretty easy for the Mac but if I've understood things
> correctly there is not a similar version for Windows, or have I missed
> something?
>
> Does anyone have a suggestion/advice in my search? (and yes, it would
> be nice
> it was python based and easy to customize by writing my own python
> code)
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?
> cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
Best Regards,
Nir Soffer
From Steve.Meyfroidt at agilisys.co.uk Tue Feb 14 04:07:05 2006
From: Steve.Meyfroidt at agilisys.co.uk (Steve Meyfroidt)
Date: Tue Feb 14 04:07:05 2006
Subject: [Moin-user] Standalone wiki server
Message-ID: <93F053A4CC27514CBA981470F537D83F6D8894@ukldnmxcs01.office.netdecisions.com>
I use the desktop edition installed on a USB key: it works extremely well as
a self-contained (and small) wiki.
> -----Original Message-----
> From: Nir Soffer [mailto:nirs at freeshell.org]
> Sent: 14 February 2006 10:24
> To: Kalle Anke
> Cc: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] Standalone wiki server
>
> You can try the desktop edition, or just install the regular moin using
> the standalone server and copy the folder to the usb stick.
>
> You will need Python on the other machine, this may be a problem in
> Windows.
>
> On 14 Feb, 2006, at 0:20, Kalle Anke wrote:
>
> > I'm looking at various wikis to see if I can find one that I really
> > like. I'm
> > currently trying to see if I can find something that I can bring with
> > me on a
> > USB stick and run without installing any programs (yes, I could use a
> > server
> > ... and have currently installed PMWiki on a server to try it out).
> >
> > So I'm looking for a wiki that I normally can run on my Mac but once
> > in a
> > while I would like to be able to bring the pages with me and use them
> > from a
> > USB stick without installing any software on the host machine (Mac or
> > Windows).
> >
> > MoinX makes the pretty easy for the Mac but if I've understood things
> > correctly there is not a similar version for Windows, or have I missed
> > something?
> >
> > Does anyone have a suggestion/advice in my search? (and yes, it would
> > be nice
> > it was python based and easy to customize by writing my own python
> > code)
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> > files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?
> > cmd=lnk&kid=103432&bid=230486&dat=121642
> > _______________________________________________
> > Moin-user mailing list
> > Moin-user at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/moin-user
> >
> >
>
> Best Regards,
>
> Nir Soffer
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From Stefan.Vogt at astrum-it.de Tue Feb 14 06:52:10 2006
From: Stefan.Vogt at astrum-it.de (Stefan Vogt)
Date: Tue Feb 14 06:52:10 2006
Subject: [Moin-user] configuration of the web server
Message-ID:
Hi,
we installed a MoinMoin Wiki in our company on an internal IIS-Webserver. To
get an access from outside we configured our extern Apache internet server
to route to the wiki server:
ServerName xxx.de
SSLEngine on
SSLCertificateFile conf/cert/server.crt
SSLCertificateKeyFile conf/cert/server.key
Redirect / http://www.xxx.de/
ErrorLog "logs/apache_error_log"
CustomLog "logs/apache_access_log" combined
ProxyRequests Off
ProxyPass /mywiki http://xxx.xxx.xxx.xxx:8080/mywiki
ProxyPassReverse /mywiki http://xxx.xxx.xxx.xxx:8080/mywiki
ProxyPass /wiki http://xxx.xxx.xxx.xxx:8080/wiki
ProxyPassReverse /wiki http://xxx.xxx.xxx.xxx:8080/wiki
ProxyPass / !
ProxyPassReverse / !
ProxyVia Block
We have some problems on working from outside:
* upload does not work
* saving changes fails on some sites (especially on long sites):
nothing is done and the original site is displayed
* creating new site with [[goto]] results in a site not found from the
web server and not in the create site of MoinMoin
If we deactivate the SSL everything works fine!
Does anyone know a solution for this???
From mmiller at stabilitynetworks.com Tue Feb 14 07:18:03 2006
From: mmiller at stabilitynetworks.com (Matthew C. Miller)
Date: Tue Feb 14 07:18:03 2006
Subject: [Moin-user] Multiple URLs to one wiki [WAS: RE: Error after changes]
Message-ID: <7F5018B8B9E4B048BCFA208A270FAC1E03FDC6@gc.StabilityNetworks.local>
So, to verify my understanding, if I have one wiki I'd like to access
with the following six urls:
http://www.example.com/abc
http://www.example.com/AlphaBetaCo
http://www.example.com/AlphaBetazoidCompany
http://www.ex.com/abc
http://www.ex.com/alphabetaco
http://www.ex.com/alphabetazoidcompany
And I call the wiki and the directory it's stored it 'abc,' then will
this snippet in my farmconfig.py file work?
base = 'www.[example|ex].com'
wikis = [
('abc', r'%s/(?:abc|alphabetaco|alphabetazoidcompany).*$' %
base),
And I'll no longer need the soft-links between full names and abbreviate
ones in my config directory (ie: only abc.py will be needed, not
abc.py
alphabetaco.py -> abc.py
Alphabetazoidcompany.py -> abc.py
Thanks for the support!
Matthew C. Miller, CTO
Stability Networks
mcm at stabilitynetworks.com
208/344.0050
-----Original Message-----
From: Nir Soffer [mailto:nirs at freeshell.org]
Sent: Monday, February 13, 2006 1:38 PM
To: Matthew C. Miller
Cc: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] Error after changes
On 13 Feb, 2006, at 16:45, Matthew C. Miller wrote:
> I assume you mean in the farmconfig.py file, in the "wikis" section.
>
> Currently, I have 50 (due to multiple access URLs for the same 23
> sites).
>
> Here's a copy of what's in my farmconfig.py (by the way, if there's a
> better way to do the duplicate URLs going to the same wiki, I'd love
> to
> know!):
use this:
base = 'www.example.com'
wikis = [
(wiki1, r'%s/(?:wiki1-a|wiki1-b|wiki1-c).*$' % base),
(wiki2, r'%s/(?:wiki2-a|wiki2-b|wiki2-c).*$' % base),
...
(wiki100, r'%s/(?:wiki100-a|wiki100-b|wiki100-c).*$' % base), ]
This should let you have up to 100 wikis (Python 100 groups re limit)
with many access points to any wiki.
Best Regards,
Nir Soffer
From nirs at freeshell.org Tue Feb 14 07:32:02 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Tue Feb 14 07:32:02 2006
Subject: [Moin-user] Multiple URLs to one wiki [WAS: RE: Error after changes]
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDC6@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDC6@gc.StabilityNetworks.local>
Message-ID:
On 14 Feb, 2006, at 17:17, Matthew C. Miller wrote:
> So, to verify my understanding, if I have one wiki I'd like to access
> with the following six urls:
>
> http://www.example.com/abc
> http://www.example.com/AlphaBetaCo
> http://www.example.com/AlphaBetazoidCompany
> http://www.ex.com/abc
> http://www.ex.com/alphabetaco
> http://www.ex.com/alphabetazoidcompany
>
> And I call the wiki and the directory it's stored it 'abc,' then will
> this snippet in my farmconfig.py file work?
>
> base = 'www.[example|ex].com'
> wikis = [
> ('abc', r'%s/(?:abc|alphabetaco|alphabetazoidcompany).*$' %
> base),
No, but this should work:
base = r'www\.(?:example|ex)\.com'
:-)
You may want to consult
when you write your regular expressions.
> And I'll no longer need the soft-links between full names and
> abbreviate
> ones in my config directory (ie: only abc.py will be needed, not
> abc.py
> alphabetaco.py -> abc.py
> Alphabetazoidcompany.py -> abc.py
Yes.
> -----Original Message-----
> From: Nir Soffer [mailto:nirs at freeshell.org]
> Sent: Monday, February 13, 2006 1:38 PM
> To: Matthew C. Miller
> Cc: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] Error after changes
>
>
> On 13 Feb, 2006, at 16:45, Matthew C. Miller wrote:
>
>> I assume you mean in the farmconfig.py file, in the "wikis" section.
>>
>> Currently, I have 50 (due to multiple access URLs for the same 23
>> sites).
>>
>> Here's a copy of what's in my farmconfig.py (by the way, if there's a
>> better way to do the duplicate URLs going to the same wiki, I'd love
>> to
>> know!):
>
>
> use this:
>
> base = 'www.example.com'
>
> wikis = [
> (wiki1, r'%s/(?:wiki1-a|wiki1-b|wiki1-c).*$' % base),
> (wiki2, r'%s/(?:wiki2-a|wiki2-b|wiki2-c).*$' % base),
> ...
> (wiki100, r'%s/(?:wiki100-a|wiki100-b|wiki100-c).*$' % base), ]
>
> This should let you have up to 100 wikis (Python 100 groups re limit)
> with many access points to any wiki.
>
> Best Regards,
>
> Nir Soffer
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
Best Regards,
Nir Soffer
From Richard.Hiers at covenantseminary.edu Tue Feb 14 07:33:04 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Tue Feb 14 07:33:04 2006
Subject: [Moin-user] Illegal HTML attribute "bgcolor"
Message-ID:
If I try to edit with the GUI editor a page that contains something like
the following:
|| '''Table Of
Contents''' ||
|| [[TableOfContents]] ||
I get the following error:
ValueError
Illegal HTML attribute "bgcolor" passed to formatter
I'm running 1.5.2 on IIS. I get the error using Firefox and IE 6. I
also get the error on http://moinmoin.wikiwikiweb.de/WikiSandBox
I assume this is a bug?
Richard Hiers
Director of IT Services
Covenant Theological Seminary
314.434.4044
From robert at cantab.net Tue Feb 14 08:16:16 2006
From: robert at cantab.net (Robert Schumann)
Date: Tue Feb 14 08:16:16 2006
Subject: [Moin-user] Illegal HTML attribute "bgcolor"
In-Reply-To:
References:
Message-ID: <43F2021E.2060401@cantab.net>
Hiers, Richard wrote:
>If I try to edit with the GUI editor a page that contains something like
>the following:
>
>|| '''Table Of
>Contents''' ||
>|| [[TableOfContents]] ||
>
>I get the following error:
>
>ValueError
>Illegal HTML attribute "bgcolor" passed to formatter
>
>
And so you should. First off, bgcolor is not valid wiki table markup,
and it's also not valid CSS. Hence something like
||'''Table''' ||
might be more what you're looking for.
Robert.
From Richard.Hiers at covenantseminary.edu Tue Feb 14 08:36:04 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Tue Feb 14 08:36:04 2006
Subject: [Moin-user] Illegal HTML attribute "bgcolor"
Message-ID:
Robert,
BTW, I got my original syntax from the HelpOnTables page. Legacy
markup, I know. But it worked.
I changed my markup to match what you suggested and then the GUI editor
works fine, but if I change it to match my original formatting (first
row only has a background color), I get the same bgcolor error, even
though that tag is nowhere on the page. Here is what I changed it to:
||'''Table Of Contents''' ||
|| [[TableOfContents]] ||
This displays properly. The only problem is trying to edit the page
using the GUI editor. Is there a more appropriate way to color this
first row?
Thanks
Richard
-----Original Message-----
From: Robert Schumann [mailto:robert at cantab.net]
Sent: Tuesday, February 14, 2006 10:15 AM
To: Hiers, Richard
Cc: moin-user at lists.sourceforge.net
Subject: Re: [Moin-user] Illegal HTML attribute "bgcolor"
Hiers, Richard wrote:
>If I try to edit with the GUI editor a page that contains something
>like the following:
>
>|| '''Table Of
>Contents''' ||
>|| [[TableOfContents]] ||
>
>I get the following error:
>
>ValueError
>Illegal HTML attribute "bgcolor" passed to formatter
>
>
And so you should. First off, bgcolor is not valid wiki table markup,
and it's also not valid CSS. Hence something like
||'''Table''' ||
might be more what you're looking for.
Robert.
From tpfennig at gmail.com Tue Feb 14 09:52:03 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Tue Feb 14 09:52:03 2006
Subject: [Moin-user] performance of moinmoin.wikiwikiweb.de
Message-ID: <2cbc44a0602140950u1524e893m@mail.gmail.com>
I get a terrible performance of the wiki moinmoin.wikiwikiweb.de, same
with linuxwiki.org
The traceroutes are looking good. Is this due to heavy CPU load?
Thilo
--
http://vinci.wordpress.com
From 2005a at usenet.alexanderweb.de Tue Feb 14 11:42:21 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Tue Feb 14 11:42:21 2006
Subject: [Moin-user] Re: performance of moinmoin.wikiwikiweb.de
References: <2cbc44a0602140950u1524e893m@mail.gmail.com>
Message-ID:
On Tue, 14 Feb 2006 18:50:59 +0100, Thilo Pfennig wrote:
> I get a terrible performance of the wiki moinmoin.wikiwikiweb.de, same
> with linuxwiki.org
> The traceroutes are looking good. Is this due to heavy CPU load?
No, Twisted seems to be stalled because of a few changes by a team member.
I hope that the admin will resolve it soon.
Kind regards,
Alexander
From 2005a at usenet.alexanderweb.de Tue Feb 14 11:51:05 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Tue Feb 14 11:51:05 2006
Subject: [Moin-user] Re: Standalone wiki server
References: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org>
Message-ID:
On Mon, 13 Feb 2006 23:20:53 +0100, Kalle Anke wrote:
> Does anyone have a suggestion/advice in my search? (and yes, it would be nice
> it was python based and easy to customize by writing my own python code)
You are looking for http://moinmoin.wikiwikiweb.de/DesktopEdition.
Kind regards,
Alexander, who is the first of three people who actually supplies the URL
From Brian.Fleming at tellabs.com Tue Feb 14 14:19:00 2006
From: Brian.Fleming at tellabs.com (Fleming, Brian J.)
Date: Tue Feb 14 14:19:00 2006
Subject: [Moin-user] Problems with GUI Mode
Message-ID:
Hi All,
I am running:
Apache 2.0.55
mod_python-3.2.7
Python2.4.2
I got MoinMoin up and running, and it works fairly well. But I am
having a problem with the GUI editor.
When I am editing in GUI mode, if I click preview I get a "page can't be
found". If I try to save while in the GUI editor I get the same thing.
Any clues?
Text mode works fine.
============================================================
The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs
============================================================
From giuseppe.scelsi at analog.com Tue Feb 14 21:19:01 2006
From: giuseppe.scelsi at analog.com (Giuseppe Scelsi)
Date: Tue Feb 14 21:19:01 2006
Subject: [Moin-user] XSLT (docbook) processing is very slow
Message-ID: <200602150518.k1F5IDvY029097@bunyip.spd.analog.com>
Hi all,
I have set up moinmoin 1.5.0rc1 on a debian Sarge box, using Python
2.3.5. After adding 4suite, docbook rendering works fine but it is
EXTREMELY SLOW (the example copied below takes 2.5 minutes to be
processed in my system.) Does anyone have suggestions on how to speed
up XSLT processing? Maybe I should set up catalogs pointing to local
copies of DTD and XSL stylesheets, but I couldn't find any reference to
this in the moinmoin documentation. Any suggestion?
Cheers,
Giuseppe Scelsi
----
#format docbook
John
Black
2006
This is a title of a chapter
This is a title of a section
This is a paragraph.
----
From nirs at freeshell.org Tue Feb 14 21:21:01 2006
From: nirs at freeshell.org (Nir Soffer)
Date: Tue Feb 14 21:21:01 2006
Subject: [Moin-user] Re: Standalone wiki server
In-Reply-To:
References: <0001HW.C016C4D50025E5F5F0284550@news.gmane.org>
Message-ID: <172276b2f94850b1dd3241a7bda615a3@freeshell.org>
On 14 Feb, 2006, at 21:42, Alexander Schremmer wrote:
> Alexander, who is the first of three people who actually supplies the
> URL
how hard is to type "MoinMoin Desktop Edition" in Google?
:-)
Best Regards,
Nir Soffer
From Ralf-Lists at ralfgross.de Wed Feb 15 02:22:05 2006
From: Ralf-Lists at ralfgross.de (Ralf Gross)
Date: Wed Feb 15 02:22:05 2006
Subject: [Moin-user] update instructions 1.3.5->1.5
Message-ID: <21529.141.113.101.32.1139998878.squirrel@www.stz-softwaretechnik.com>
Hi,
I'm about to move moinmoin from 1.3.5 to 1.5.2. Now I'm looking for the
_right_ update instructions.
I remember this page (in german):
http://moinmoin.wikiwikiweb.de/HilfeZumUpdaten?highlight=%28update%29
But docs/README.migration tells me just to read the CHANGES file.
1.3 to 1.5 migration
====================
Just read CHANGES, you don't need to read the stuff below.
I couldn't find update instructions (step by step) there. It's good to
point the user to the CHANGES file, but there should still be a step by
step guide what he really has to do.
Ralf
From Stefan.Marxext.MAFa.Lynx at rewe-group.com Wed Feb 15 02:43:00 2006
From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx)
Date: Wed Feb 15 02:43:00 2006
Subject: AW: [Moin-user] update instructions 1.3.5->1.5
Message-ID:
Hi Ralf,
look out for the README.migration file in the /docs directory.
We've migrated form 1.3.5 to 1.5.1 with the mig10.py script.
Sorry for just point you to rtfm ;=).
cu Stefan
> -----Urspr?ngliche Nachricht-----
> Von: Ralf Gross [SMTP:Ralf-Lists at ralfgross.de]
> Gesendet am: Mittwoch, 15. Februar 2006 11:21
> An: moin-user at lists.sourceforge.net
> Betreff: [Moin-user] update instructions 1.3.5->1.5
>
> Hi,
>
> I'm about to move moinmoin from 1.3.5 to 1.5.2. Now I'm looking for the
> _right_ update instructions.
>
> I remember this page (in german):
> http://moinmoin.wikiwikiweb.de/HilfeZumUpdaten?highlight=%28update%29
>
> But docs/README.migration tells me just to read the CHANGES file.
>
> 1.3 to 1.5 migration
> ====================
> Just read CHANGES, you don't need to read the stuff below.
>
> I couldn't find update instructions (step by step) there. It's good to
> point the user to the CHANGES file, but there should still be a step by
> step guide what he really has to do.
>
> Ralf
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
From tw-public at gmx.de Wed Feb 15 02:53:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Feb 15 02:53:02 2006
Subject: [Moin-user] performance of moinmoin.wikiwikiweb.de
In-Reply-To: <2cbc44a0602140950u1524e893m@mail.gmail.com>
References: <2cbc44a0602140950u1524e893m@mail.gmail.com>
Message-ID: <43F307D3.4080704@gmx.de>
> I get a terrible performance of the wiki moinmoin.wikiwikiweb.de, same
> with linuxwiki.org
Both are run by the same server and process.
> The traceroutes are looking good. Is this due to heavy CPU load?
Load was often between 5 and 10 the last days.
Partly caused by high bot traffic and a good amount added by some
chinese sucker running a leech tool with a faked user agent = "IE 5.0 /
Win98".
Normally bots and leech tools are 403-denied doing "action=...", but as
this one could not be recognized, it put a high load on the system by
triggering lots of silly stuff (action=fullsearch, info, edit, print,
recall,...) over a long time (and the rate limits of some of this stuff
PER ACTION is rather high).
I meanwhile put this guy into hosts_deny, so he doesnt get any content
any more.
While trying to counter the attack, I tried some other things, like
letting such people wait (was ineffective (multi-threaded leechtool?)
and lead to other problems, maybe running out of threads or some other
resource).
I also added improved surge protection, now having a total request
counter ("all"), so that misbehaved bots and leechers now run faster
into surge protection (and stay there) while normal users usually
shouldn't get problems.
From tw-public at gmx.de Wed Feb 15 02:59:05 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Feb 15 02:59:05 2006
Subject: [Moin-user] Problem with # of wikis, new info
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
Message-ID: <43F30937.7000108@gmx.de>
>> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] assert
> p.pattern.gro ups <= 100
>> [Sat Feb 11 16:30:23 2006] [error] [client 192.168.200.254] sorry, but
> this version only supports 100 named groups
This looks like a problem in the re (regular expression) module used to
match the urls. I have a look at it.
Which python version do you use?
From Ralf-Lists at ralfgross.de Wed Feb 15 03:29:09 2006
From: Ralf-Lists at ralfgross.de (Ralf Gross)
Date: Wed Feb 15 03:29:09 2006
Subject: AW: [Moin-user] update instructions 1.3.5->1.5
In-Reply-To:
References:
Message-ID: <3040.141.113.101.32.1140002898.squirrel@www.stz-softwaretechnik.com>
Hi!
Marx, Stefan ext. MA Fa. Lynx said:
> look out for the README.migration file in the /docs directory.
> We've migrated form 1.3.5 to 1.5.1 with the mig10.py script.
>
> Sorry for just point you to rtfm ;=).
Sorry, but did you really read my mail? ;)
> But docs/README.migration tells me just to read the CHANGES file.
>
> 1.3 to 1.5 migration
> ===================
> Just read CHANGES, you don't need to read the stuff
> below.
One could think that the migration/update steps are described in the
CHANGES file now, but this is not the case.
Ralf
From Stefan.Marxext.MAFa.Lynx at rewe-group.com Wed Feb 15 03:56:05 2006
From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx)
Date: Wed Feb 15 03:56:05 2006
Subject: AW: AW: [Moin-user] update instructions 1.3.5->1.5
Message-ID:
Hi Ralf,
sorry for fooling around ... now seriously:
Here is the list of task we handle in order
to move from 1.3.5 to 1.5.1 as far as I re-
member (no garanty for completeness)
0. We backup all our stuff & copiied the moin
directoy branch to . We double
checked that by zipping the pages data away.
1. Copy the to a different
place
2. Then we followed the instructions in the In-
stall.html for the appropriate platform.
3. Poke around 'till our the base wiki was working
correctly.
4. Migrate pages with the mig10.py script.
5. Copied the directory branch with the pages
back in place.
6. Tested once again.
7. Imported the user data. I think this was done
by coping. That task was done by staff from my
customer.
et voil?. In order to minimized potential distur-
banse candidates we did'nt touch the Python oder
httpd installation.
With this approach we could fall back to our old
1.3.5 installation in a situation we could't fin-
ish the migration but the customer need a up & run-
ning wiki.
Hth, greetings from Cologne, Germany to Ostfildern.
cu Stefan
> -----Urspr?ngliche Nachricht-----
> Von: Ralf Gross [SMTP:Ralf-Lists at ralfgross.de]
> Gesendet am: Mittwoch, 15. Februar 2006 12:28
> An: Marx, Stefan ext. MA Fa. Lynx
> Cc: moin-user at lists.sourceforge.net
> Betreff: Re: AW: [Moin-user] update instructions 1.3.5->1.5
>
> Hi!
>
> Marx, Stefan ext. MA Fa. Lynx said:
> > look out for the README.migration file in the /docs directory.
> > We've migrated form 1.3.5 to 1.5.1 with the mig10.py script.
> >
> > Sorry for just point you to rtfm ;=).
>
> Sorry, but did you really read my mail? ;)
>
> > But docs/README.migration tells me just to read the CHANGES file.
> >
> > 1.3 to 1.5 migration
> > ===================
> > Just read CHANGES, you don't need to read the stuff
> > below.
>
> One could think that the migration/update steps are described in the
> CHANGES file now, but this is not the case.
>
> Ralf
From Ralf-Lists at ralfgross.de Wed Feb 15 04:12:03 2006
From: Ralf-Lists at ralfgross.de (Ralf Gross)
Date: Wed Feb 15 04:12:03 2006
Subject: AW: AW: [Moin-user] update instructions 1.3.5->1.5
In-Reply-To:
References:
Message-ID: <48062.141.113.101.32.1140005437.squirrel@www.stz-softwaretechnik.com>
Marx, Stefan ext. MA Fa. Lynx said:
> sorry for fooling around ... now seriously:
Hey, no problem ;)
> 4. Migrate pages with the mig10.py script.
Hm, why that? Is this really necessary?
> Hth, greetings from Cologne, Germany to Ostfildern.
Thanks! Colone is not so far away from my birthplace M?nchengladbach.
Ralf
From Stefan.Marxext.MAFa.Lynx at rewe-group.com Wed Feb 15 04:23:08 2006
From: Stefan.Marxext.MAFa.Lynx at rewe-group.com (Marx, Stefan ext. MA Fa. Lynx)
Date: Wed Feb 15 04:23:08 2006
Subject: AW: AW: AW: [Moin-user] update instructions 1.3.5->1.5
Message-ID:
Hi Ralf,
it didn't harm in your enviroment, so ... I'm afraid I only have a
minimal understandig and zero practice of Python. Looking
at the script I just can see the all page are touch and the
attachment stuff is decoded to encoding to something.
You can test the migration without the script with a minimal
efford by just copy the pages to the new MoinMoin and check
the attachment handling, I think.
cu && ?halt pohl? :=), Stefan
> -----Urspr?ngliche Nachricht-----
> Von: Ralf Gross [SMTP:Ralf-Lists at ralfgross.de]
> Gesendet am: Mittwoch, 15. Februar 2006 13:11
> An: Marx, Stefan ext. MA Fa. Lynx
> Cc: moin-user at lists.sourceforge.net
> Betreff: Re: AW: AW: [Moin-user] update instructions 1.3.5->1.5
>
> Marx, Stefan ext. MA Fa. Lynx said:
>
> > sorry for fooling around ... now seriously:
>
> Hey, no problem ;)
>
> > 4. Migrate pages with the mig10.py script.
>
> Hm, why that? Is this really necessary?
>
> > Hth, greetings from Cologne, Germany to Ostfildern.
>
> Thanks! Colone is not so far away from my birthplace M?nchengladbach.
>
> Ralf
From Ralf-Lists at ralfgross.de Wed Feb 15 04:33:05 2006
From: Ralf-Lists at ralfgross.de (Ralf Gross)
Date: Wed Feb 15 04:33:05 2006
Subject: AW: AW: AW: [Moin-user] update instructions 1.3.5->1.5
In-Reply-To:
References:
Message-ID: <23112.141.113.101.32.1140006755.squirrel@www.stz-softwaretechnik.com>
Marx, Stefan ext. MA Fa. Lynx said:
> it didn't harm in your enviroment, so ... I'm afraid I only have a
> minimal understandig and zero practice of Python. Looking
> at the script I just can see the all page are touch and the
> attachment stuff is decoded to encoding to something.
> You can test the migration without the script with a minimal
> efford by just copy the pages to the new MoinMoin and check
> the attachment handling, I think.
Ok, I'll first try it the way I did for 1.3.x->1.3.5. If I run into
problems, I'll try the mig10 script.
> cu && ?halt pohl? :=), Stefan
I had to google for that, I left MG when I was 6!
K?lle alaaf!
Ralf
From 2005a at usenet.alexanderweb.de Wed Feb 15 05:35:01 2006
From: 2005a at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Feb 15 05:35:01 2006
Subject: [Moin-user] Re: XSLT (docbook) processing is very slow
References: <200602150518.k1F5IDvY029097@bunyip.spd.analog.com>
Message-ID: <16gu8g4hxxyrr$.dlg@usenet.alexanderweb.de>
On Wed, 15 Feb 2006 16:18:13 +1100, Giuseppe Scelsi wrote:
> 2.3.5. After adding 4suite, docbook rendering works fine but it is
> EXTREMELY SLOW (the example copied below takes 2.5 minutes to be
> processed in my system.)
This is to be expected. The DocBook style sheets are very complex. I talked
to an XML guru about this and he suggested trimming the DocBook
stylessheets.
Furthermore, check that MoinMoin can create a caching file (a dump of the
parsed style sheets) by checking the directory permissions and the
configured paths in your configuration file. (cf.
HelpOnParsers/HelpOnConfiguration).
Kind regards,
Alexander
From david at thingbag.net Wed Feb 15 06:41:28 2006
From: david at thingbag.net (David Cramer)
Date: Wed Feb 15 06:41:28 2006
Subject: [Moin-user] Re: XSLT (docbook) processing is very slow
In-Reply-To: <16gu8g4hxxyrr$.dlg@usenet.alexanderweb.de>
References: <200602150518.k1F5IDvY029097@bunyip.spd.analog.com> <16gu8g4hxxyrr$.dlg@usenet.alexanderweb.de>
Message-ID: <43F33D67.8080505@thingbag.net>
2.5 minutes doesn't sound normal. On my system, your test doc took maybe
10 seconds for the first rendering. I believe (assume?) moinmoin caches
that rendered version so subsequent viewings are fast. My system is: 2.8
Ghz, Fedora Core 4, SystemInfo: Python Version 2.4.1 (#1, May 16
2005, 15:19:29) [GCC 4.0.0 20050512 (Red Hat 4.0.0-5)] MoinMoin
Version: Release 1.5.2 [Revision release] 4Suite Version: 1.0b1).
There are setup instructions where you do make a local version of the
xslts available at moinmoin.wikiwikiweb. I'd dig up the exact link, but
it's not responding at the moment.
David
Alexander Schremmer wrote:
>On Wed, 15 Feb 2006 16:18:13 +1100, Giuseppe Scelsi wrote:
>
>
>
>>2.3.5. After adding 4suite, docbook rendering works fine but it is
>>EXTREMELY SLOW (the example copied below takes 2.5 minutes to be
>>processed in my system.)
>>
>>
>
>This is to be expected. The DocBook style sheets are very complex. I talked
>to an XML guru about this and he suggested trimming the DocBook
>stylessheets.
>Furthermore, check that MoinMoin can create a caching file (a dump of the
>parsed style sheets) by checking the directory permissions and the
>configured paths in your configuration file. (cf.
>HelpOnParsers/HelpOnConfiguration).
>
>Kind regards,
>Alexander
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems? Stop! Download the new AJAX search engine that makes
>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>_______________________________________________
>Moin-user mailing list
>Moin-user at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
From tw-public at gmx.de Wed Feb 15 07:19:05 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Feb 15 07:19:05 2006
Subject: [Moin-user] Problem with # of wikis, new info
In-Reply-To: <43F30937.7000108@gmx.de>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> <43F30937.7000108@gmx.de>
Message-ID: <43F3462E.5090301@gmx.de>
>> this version only supports 100 named groups
>
> This looks like a problem in the re (regular expression) module used to
> match the urls. I have a look at it.
>
> Which python version do you use?
Shit. Python 2.4.2 still has this limitation.
If you need a quick fix: split your setup into 2 smaller farms.
You could also try to use different REs. The limit is 100 named groups,
but you tell you only have 50 wikis, so each wiki is using up 2 of those
100 somehow.
I will think about a code change in moin later.
From tw-public at gmx.de Wed Feb 15 08:33:09 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Feb 15 08:33:09 2006
Subject: AW: [Moin-user] update instructions 1.3.5->1.5 (wrong!)
In-Reply-To:
References:
Message-ID: <43F35770.2070002@gmx.de>
> look out for the README.migration file in the /docs directory.
If you read it from the top, you would have noticed that it only applies
if your current moin version is older than 1.3(.0).
> We've migrated form 1.3.5 to 1.5.1 with the mig10.py script.
Nobody told you to do so.
Why do you think are the scripts called 12_to_13_*.py?
But you're lucky. Due to the way the script is written, it didn't harm
your data. This does not need to be the case ever, though, so be careful.
From tw-public at gmx.de Wed Feb 15 08:38:04 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed Feb 15 08:38:04 2006
Subject: [Moin-user] HTTP AUTHENTICATION
In-Reply-To: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
Message-ID: <43F358A9.1050405@gmx.de>
> Hi all...I have MoinMoin 1.5.2 setup and need to enable http
> authentication. I have made the appropriate changes in the wikiconfig.py
> file.
Should read similar to this:
from MoinMoin.auth import http
auth = [http]
> What other changes do I need to setup? I assume I need to add info
> into httpd.conf file to tell Apache what to do.
You need to activate http auth for that URL in Apache, that's all.
Just google for htpasswd or look into apache docs.
From mde at micah.elliott.name Wed Feb 15 08:59:08 2006
From: mde at micah.elliott.name (Micah Elliott)
Date: Wed Feb 15 08:59:08 2006
Subject: [Moin-user] Problem with # of wikis, new info
In-Reply-To: <43F3462E.5090301@gmx.de>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local> <43F30937.7000108@gmx.de> <43F3462E.5090301@gmx.de>
Message-ID: <20060215174451.GA9878@kitchen.client.attbi.com>
On 2006-02-15 Thomas Waldmann wrote:
> >>this version only supports 100 named groups
> >This looks like a problem in the re (regular expression) module
> >used to match the urls. I have a look at it.
> >
> >Which python version do you use?
> Shit. Python 2.4.2 still has this limitation.
I don't think this Python RE engine limit will change any time soon:
http://tinyurl.com/bukf3
> I will think about a code change in moin later.
Good idea.
--
_ _ ___
|V|icah |- lliott <>< mde at micah.elliott.name
" " """
From robert at cantab.net Wed Feb 15 09:49:09 2006
From: robert at cantab.net (Robert Schumann)
Date: Wed Feb 15 09:49:09 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F358A9.1050405@gmx.de>
References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> <43F358A9.1050405@gmx.de>
Message-ID: <43F3695E.6060806@cantab.net>
I have a question regarding the security of HTTP authentication.
Thomas Waldmann wrote:
>> Hi all...I have MoinMoin 1.5.2 setup and need to enable http
>> authentication. I have made the appropriate changes in the
>> wikiconfig.py file.
>
> Should read similar to this:
>
> from MoinMoin.auth import http
> auth = [http]
>
>> What other changes do I need to setup? I assume I need to add info
>> into httpd.conf file to tell Apache what to do.
>
> You need to activate http auth for that URL in Apache, that's all.
>
> Just google for htpasswd or look into apache docs.
To save myself some admin hassle, I'm trying to find a way to use
existing usernames/passwords on my system for Moin authentication. I'm
running a Linux network, so that means I'd like to use /etc/passwd for
usernames and /etc/shadow for passwords. There is an Apache module
called mod_auth_shadow
http://mod-auth-shadow.sourceforge.net/
which allows HTTP basic authentication based on /etc/shadow, and I was
hoping to tie this together with Moin's HTTP auth function to achieve my
goal.
Trouble is, I'm not using SSL. As far as I can see this means that
passwords will be transmitted in cleartext from the browser to the
server, which is a terrible security hole. Am I correct in this? And
is there nothing to be done about this except use SSL?
Thanks,
Robert.
From martin.wilck at fujitsu-siemens.com Wed Feb 15 11:14:03 2006
From: martin.wilck at fujitsu-siemens.com (Martin Wilck)
Date: Wed Feb 15 11:14:03 2006
Subject: [Moin-user] MemoryLeak bug
Message-ID: <43F37D52.8000705@fujitsu-siemens.com>
Hi,
I just ran into an apparent memory leak in either Moin or Python.
The problem is known and described on
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/MemoryLeak
But, contrary to what that bug page says, it is _not_ fixed with Moin
1.5.2 and Python 2.3.5 (Linux SuSE SLES9, i386, kernel 2.6.9-7.244,
glibc 2.3.3). Only with Python 2.4.2 the problem seems to be gone.
I have been using a slightly modified version of the moin_profile.py
script from the page above. The problem with the original script is that
it displays only the RSS which may stop growing if the system starts to
swap, while virtual size continues to increase linearly. The new script
is Linux-only though (it reads /proc/self/status).
In my experiments, with both Python 2.3.3 (native SLES9) and 2.3.5, the
memory usuage of moin with the profile script increased linearly to
>160MB at 5000 retrievals, which was when I stopped the script.
With Python 2.4.2, on the contrary, the memory usage is constant right
from the start and stays around 12MB.
I guess it's fine to use 2.4, but there are a lot of distributions out
there shipping 2.3, and perhaps people should be warned about this.
Does anybody know what change in Python 2.4.x causes the Moin memory
leak to go away?
I have attached my modifiewd profiler script, plus results for the
different python versions tested.
Regards
Martin
--
Martin Wilck Phone: +49 5251 8 15113
Fujitsu Siemens Computers Fax: +49 5251 8 20409
Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck at Fujitsu-Siemens.com
D-33106 Paderborn http://www.fujitsu-siemens.com/primergy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: moin_profile.py
Type: text/x-python
Size: 4170 bytes
Desc: not available
URL:
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: moin-2.3.3.txt
URL:
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: moin-2.3.5.txt
URL:
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: moin-2.4.2.txt
URL:
From keith.c.schwols at intel.com Wed Feb 15 13:50:03 2006
From: keith.c.schwols at intel.com (Schwols, Keith C)
Date: Wed Feb 15 13:50:03 2006
Subject: AW: [Moin-user] update instructions 1.3.5->1.5 (wrong!)
Message-ID: <6FAB474893963D4E876FE660DC96C07154BCA7@azsmsx401>
>-----Original Message-----
>From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-
>admin at lists.sourceforge.net] On Behalf Of Thomas Waldmann
>Sent: Wednesday, February 15, 2006 9:32 AM
>To: moin-user at lists.sourceforge.net
>Subject: Re: AW: [Moin-user] update instructions 1.3.5->1.5 (wrong!)
>
>> look out for the README.migration file in the /docs directory.
>
>If you read it from the top, you would have noticed that it only
applies
>if your current moin version is older than 1.3(.0).
>
>> We've migrated form 1.3.5 to 1.5.1 with the mig10.py script.
>
>Nobody told you to do so.
>
>Why do you think are the scripts called 12_to_13_*.py?
Does this mean that somebody should create a migration/13_to15_mig01.py
script? It can be a nothing operation, but its existence might make it
clearer to people pulling forward to 1.5
For the record, I had no "/data" changes that I had to make to migrate
from 1.3.5 to 1.5.x except to fix a few plugin/macros that broke (and I
referenced the CHANGELOG to determine the problem).
>
>But you're lucky. Due to the way the script is written, it didn't harm
>your data. This does not need to be the case ever, though, so be
careful.
>
>
I love good defensive programming. Kudos to whoever made sure this
would not be a corrupting process when run incorrectly/unnecessarily.
]
Sorry for the spam.
I seemed to be able to set up my wiki on the xpsp2 machine with MoinMoin 1.5.2 and python 2.4, but am having problem using it.
I can successfully create a user, but when I log in for the first time and try to save the user preferences info, it always tells me that the user name belongs to someone else. I can log in with the user name (it directs to me to the userpreference page), but if I go to another page, I will be logged out.
I tried to change FrontPage (without logging in), and after I click save change, it shows a 500 error page. But if I reload Frontpage, the change seems to be saved.
I also can't see recentchanges.
Can anyone shed some light on what might be wrong?
Thanks,
Ning
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From ningxiao.gu at gmail.com Wed Feb 15 22:07:04 2006
From: ningxiao.gu at gmail.com (Ningxiao Gu)
Date: Wed Feb 15 22:07:04 2006
Subject: [Moin-user] Re: help + errorlog
Message-ID: <000c01c632bf$2f3320a0$6600a8c0@ningxiao>
error when trying to save userpreferences (returns "user name already belongs somebody else"):
[Wed Feb 15 21:58:19 2006] IOError: [Errno 22] Invalid argument
Traceback (most recent call last):
File "E:\Moin\shwiki\moin.cgi", line 41, in ?
request.run()
File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1129, in run
self.fail(err)
File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1163, in fail
failure.handle(self)
File "E:\Moin\Lib\site-packages\MoinMoin\failure.py", line 145, in handle
request.write('\n')
File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1427, in write
sys.stdout.write(self.encode(data))
IOError: [Errno 22] Invalid argument
error when trying to save edited frontpage (without having to log in, returns 500 error page):
[Wed Feb 15 22:00:43 2006] IOError: [Errno 13] Permission denied: 'E:\\Moin\\shwiki\\data\\edit-log'
Traceback (most recent call last):
File "E:\Moin\shwiki\moin.cgi", line 41, in ?
request.run()
File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1129, in run
self.fail(err)
File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1163, in fail
failure.handle(self)
File "E:\Moin\Lib\site-packages\MoinMoin\failure.py", line 146, in handle
printTextException(request, savedError)
File "E:\Moin\Lib\site-packages\MoinMoin\failure.py", line 168, in printTextException
request.write(text)
File "E:\Moin\Lib\site-packages\MoinMoin\request.py", line 1427, in write
sys.stdout.write(self.encode(data))
IOError: [Errno 22] Invalid argument
----- Original Message -----
From: Ningxiao Gu
To: moin-user at lists.sourceforge.net
Sent: Wednesday, February 15, 2006 9:15 PM
Subject: help
Sorry for the spam.
I seemed to be able to set up my wiki on the xpsp2 machine with MoinMoin 1.5.2 and python 2.4, but am having problem using it.
I can successfully create a user, but when I log in for the first time and try to save the user preferences info, it always tells me that the user name belongs to someone else. I can log in with the user name (it directs to me to the userpreference page), but if I go to another page, I will be logged out.
I tried to change FrontPage (without logging in), and after I click save change, it shows a 500 error page. But if I reload Frontpage, the change seems to be saved.
I also can't see recentchanges.
Can anyone shed some light on what might be wrong?
Thanks,
Ning
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From nigel.metheringham at dev.intechnology.co.uk Thu Feb 16 01:04:03 2006
From: nigel.metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Thu Feb 16 01:04:03 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F3695E.6060806@cantab.net>
References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
<43F358A9.1050405@gmx.de> <43F3695E.6060806@cantab.net>
Message-ID: <1140080586.6809.0.camel@localhost.localdomain>
On Wed, 2006-02-15 at 17:48 +0000, Robert Schumann wrote:
> Trouble is, I'm not using SSL. As far as I can see this means that
> passwords will be transmitted in cleartext from the browser to the
> server, which is a terrible security hole. Am I correct in this? And
> is there nothing to be done about this except use SSL?
Yes, and Yes.
Nigel.
--
[ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]
From tw-public at gmx.de Thu Feb 16 06:09:02 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 06:09:02 2006
Subject: [Moin-user] Re: help + errorlog
In-Reply-To: <000c01c632bf$2f3320a0$6600a8c0@ningxiao>
References: <000c01c632bf$2f3320a0$6600a8c0@ningxiao>
Message-ID: <43F48724.9050808@gmx.de>
> [Wed Feb 15 22:00:43 2006] IOError: [Errno 13] Permission denied:
> 'E:\\Moin\\shwiki\\data\\edit-log'
This is something you can fix yourself. See the moinmoin wiki for
another bug report with solution.
From tpfennig at gmail.com Thu Feb 16 08:33:02 2006
From: tpfennig at gmail.com (Thilo Pfennig)
Date: Thu Feb 16 08:33:02 2006
Subject: [Moin-user] system pages
Message-ID: <2cbc44a0602160832q238b7145o@mail.gmail.com>
Can somebody explain to me how system pages are counted on the page
SystemInfo ? I would like to be able to influence what is counted as a
system page.
Thilo
--
http://vinci.wordpress.com
From tw-public at gmx.de Thu Feb 16 08:38:04 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 08:38:04 2006
Subject: [Moin-user] system pages
In-Reply-To: <2cbc44a0602160832q238b7145o@mail.gmail.com>
References: <2cbc44a0602160832q238b7145o@mail.gmail.com>
Message-ID: <43F4AA39.10706@gmx.de>
> Can somebody explain to me how system pages are counted on the page
> SystemInfo ? I would like to be able to influence what is counted as a
> system page.
The exact answer is in MoinMoin/wikimacro.py :)
def _macro_SystemInfo(self, args):
...
systemPages = [page for page in pagelist
if wikiutil.isSystemPage(self.request, page)]
row(_('Number of system pages'), str(len(systemPages)))
And isSystemPage is:
return (request.dicts.has_member('SystemPagesGroup', pagename) or
isTemplatePage(request, pagename))
From tw-public at gmx.de Thu Feb 16 08:50:05 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 08:50:05 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F3695E.6060806@cantab.net>
References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us> <43F358A9.1050405@gmx.de> <43F3695E.6060806@cantab.net>
Message-ID: <43F4AD16.5030509@gmx.de>
> Trouble is, I'm not using SSL. As far as I can see this means that
> passwords will be transmitted in cleartext from the browser to the
> server, which is a terrible security hole. Am I correct in this?
For "http basic auth" this is correct.
For "http digest auth" it is at least transmitted as MD5(password).
Google finds e.g. this:
http://www.caucho.com/resin-3.0/security/digest.xtp
> is there nothing to be done about this except use SSL?
Guess why everybody wanting a REALLY secure login does it by https. :)
From nigel.metheringham at dev.intechnology.co.uk Thu Feb 16 09:06:06 2006
From: nigel.metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Thu Feb 16 09:06:06 2006
Subject: [Moin-user] HTTP AUTHENTICATION security
In-Reply-To: <43F4AD16.5030509@gmx.de>
References: <1283B96DDEFE1B4A9CECFAF273A835314EBEBD@psmcms1.pingry.k12.nj.us>
<43F358A9.1050405@gmx.de> <43F3695E.6060806@cantab.net>
<43F4AD16.5030509@gmx.de>
Message-ID: <1140109496.6809.21.camel@localhost.localdomain>
On Thu, 2006-02-16 at 17:49 +0100, Thomas Waldmann wrote:
> > Trouble is, I'm not using SSL. As far as I can see this means that
> > passwords will be transmitted in cleartext from the browser to the
> > server, which is a terrible security hole. Am I correct in this?
>
> For "http basic auth" this is correct.
>
> For "http digest auth" it is at least transmitted as MD5(password).
I decided to ignore that in my answer because it needs either a
specially prepared password store or the ability to get at clear text
passwords on the server end - which is definitely not the case when you
are dealing with standard system password stores.
Nigel.
--
[ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]
From tw-public at gmx.de Thu Feb 16 09:35:01 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 09:35:01 2006
Subject: [Moin-user] Problem with # of wikis, new info
In-Reply-To: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
References: <7F5018B8B9E4B048BCFA208A270FAC1E03FDB8@gc.StabilityNetworks.local>
Message-ID: <43F4B770.4050603@gmx.de>
"fix farmconfig.wikis processing for big farms (>=50 wikis) by not using
a big RE for it" committed as
arch at arch.thinkmo.de--2003-archives/moin--main--1.5--patch-447
See attached patch.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: multiconfig.py.patch
URL:
From tw-public at gmx.de Thu Feb 16 09:57:05 2006
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Feb 16 09:57:05 2006
Subject: [Moin-user] MemoryLeak bug
In-Reply-To: <43F37D52.8000705@fujitsu-siemens.com>
References: <43F37D52.8000705@fujitsu-siemens.com>
Message-ID: <43F4BCB2.5060003@gmx.de>
> But, contrary to what that bug page says, it is _not_ fixed with Moin
> 1.5.2 and Python 2.3.5 (Linux SuSE SLES9, i386, kernel 2.6.9-7.244,
> glibc 2.3.3). Only with Python 2.4.2 the problem seems to be gone.
Well, due to some problems where Python 2.4.2 behaved different than
older versions, we upgraded to moinmoin site wiki farm to 2.4.2 quite
some time ago.
> In my experiments, with both Python 2.3.3 (native SLES9) and 2.3.5, the
> memory usuage of moin with the profile script increased linearly to
> >160MB at 5000 retrievals, which was when I stopped the script.
5000 retrievals of what? Many different pages or same page?
> With Python 2.4.2, on the contrary, the memory usage is constant right
> from the start and stays around 12MB.
That is quite low. Sure it worked correctly? :)
If yes, feel lucky. Our wiki farm is often in some-hundreds-mb range.
With Py 2.4.2.
The problem is that memory usage can have different reasons:
* internal caching of moin
* leaks
The problem is that I haven't found any great way yet to debug such stuff.
> I guess it's fine to use 2.4, but there are a lot of distributions out
> there shipping 2.3, and perhaps people should be warned about this.
Well, newer versions of python usually fix bugs of older versions.
Same is true for MoinMoin.
This is why we recommend the latest release of both.
Some distributors additionally manage it to distribute broken python
packages (or old moin packages).
So in many cases, just doing a /usr/local install of both is much less
trouble than having broken packages with old bugs.
From Brian.Fleming at tellabs.com Thu Feb 16 10:35:03 2006
From: Brian.Fleming at tellabs.com (Fleming, Brian J.)
Date: Thu Feb 16 10:35:03 2006
Subject: [Moin-user] Problems with GUI Mode
Message-ID:
Are there any IE options I could mess with to try to get it to work? You
think it's just a web setting?
Is the GUI editor using Javascript?
-----Original Message-----
From: ianepperson at gmail.com [mailto:ianepperson at gmail.com] On Behalf Of
Ian Epperson
Sent: Wednesday, February 15, 2006 8:05 PM
To: Fleming, Brian J.
Subject: Re: [Moin-user] Problems with GUI Mode
I've had a user make this same complaint using Safari on a Mac. I
haven't been able to test it out yet (haven't yet visited the friend
with a powerbook) but I assume it's a problem with the javascript.
On 2/14/06, Fleming, Brian J. wrote:
> Hi All,
>
> I am running:
>
> Apache 2.0.55
> mod_python-3.2.7
> Python2.4.2
>
>
> I got MoinMoin up and running, and it works fairly well. But I am
> having a problem with the GUI editor.
>
> When I am editing in GUI mode, if I click preview I get a "page can't
> be found". If I try to save while in the GUI editor I get the same
thing.
>
> Any clues?
>
> Text mode works fine.
>
>
>
> ============================================================
> The information contained in this message may be privileged and
> confidential and protected from disclosure. If the reader of this
> message is not the intended recipient, or an employee or agent
> responsible for delivering this message to the intended recipient, you
> are hereby notified that any reproduction, dissemination or
> distribution of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> replying to the message and deleting it from your computer. Thank you.
> Tellabs ============================================================
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that
> makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
--
Me, I'm not worried about the apocalypse. What *I* am worried about is
the apocalypso.
Whatever you do, DO NOT let Mr. tally man tally your bananas. You only
have to make it 'till daylight.
============================================================
The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs
============================================================
From skip at pobox.com Thu Feb 16 12:53:04 2006
From: skip at pobox.com (skip at pobox.com)
Date: Thu Feb 16 12:53:04 2006
Subject: [Moin-user] Nesting macros
Message-ID: <17396.58911.395458.441272@montanaro.dyndns.org>
I realize that at least with 1.3 macros don't nest. Is this a restriction
that's removed in 1.5 or that is planned on being removed in the future?
Thx,
--
Skip Montanaro - skip at pobox.com
"The values to which people cling most stubbornly under inappropriate
conditions are those values that were previously the source of their
greatest triumphs over adversity." -- Jared Diamond in "Collapse"
From Brian.Fleming at tellabs.com Thu Feb 16 13:14:06 2006
From: Brian.Fleming at tellabs.com (Fleming, Brian J.)
Date: Thu Feb 16 13:14:06 2006
Subject: [Moin-user] Problems with GUI Mode - Can I disable the GUI button?
Message-ID:
I'm actually seeing an error in my apache2 install.
Is there some "tested" combination of version of apache, mod_python, and
python, and moinmoin, that need to be used to work properly?
I would love to use moinmoin, but the attractive gui feature doesn't
work.
Is there a way to disable the GUI Editor button? If I can't fix this
problem now, at least I can just use a text mode until I figure out why
the GUI mode won't work.
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Fleming,
Brian J.
Sent: Thursday, February 16, 2006 10:29 AM
To: Ian Epperson
Cc: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Problems with GUI Mode
Are there any IE options I could mess with to try to get it to work? You
think it's just a web setting?
Is the GUI editor using Javascript?
-----Original Message-----
From: ianepperson at gmail.com [mailto:ianepperson at gmail.com] On Behalf Of
Ian Epperson
Sent: Wednesday, February 15, 2006 8:05 PM
To: Fleming, Brian J.
Subject: Re: [Moin-user] Problems with GUI Mode
I've had a user make this same complaint using Safari on a Mac. I
haven't been able to test it out yet (haven't yet visited the friend
with a powerbook) but I assume it's a problem with the javascript.
On 2/14/06, Fleming, Brian J. wrote:
> Hi All,
>
> I am running:
>
> Apache 2.0.55
> mod_python-3.2.7
> Python2.4.2
>
>
> I got MoinMoin up and running, and it works fairly well. But I am
> having a problem with the GUI editor.
>
> When I am editing in GUI mode, if I click preview I get a "page can't
> be found". If I try to save while in the GUI editor I get the same
thing.
>
> Any clues?
>
> Text mode works fine.
>
>
>
> ============================================================
> The information contained in this message may be privileged and
> confidential and protected from disclosure. If the reader of this
> message is not the intended recipient, or an employee or agent
> responsible for delivering this message to the intended recipient, you
> are hereby notified that any reproduction, dissemination or
> distribution of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> replying to the message and deleting it from your computer. Thank you.
> Tellabs ============================================================
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that
> makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
--
Me, I'm not worried about the apocalypse. What *I* am worried about is
the apocalypso.
Whatever you do, DO NOT let Mr. tally man tally your bananas. You only
have to make it 'till daylight.
============================================================
The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any reproduction, dissemination or distribution
of this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer. Thank you. Tellabs
============================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
============================================================
The information contained in this message may be privileged
and confidential and protected from disclosure. If the reader
of this message is not the intended recipient, or an employee
or agent responsible for delivering this message to the
intended recipient, you are hereby notified that any reproduction,
dissemination or distribution of this communication is strictly
prohibited. If you have received this communication in error,
please notify us immediately by replying to the message and
deleting it from your computer. Thank you. Tellabs
============================================================
From Richard.Hiers at covenantseminary.edu Thu Feb 16 13:18:02 2006
From: Richard.Hiers at covenantseminary.edu (Hiers, Richard)
Date: Thu Feb 16 13:18:02 2006
Subject: [Moin-user] Problems with GUI Mode - Can I disable the GUI button?
Message-ID:
Add the following lines with wikiconfig.py:
editor_default = 'text'
editor_force = True
Richard
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Fleming,
Brian J.
Sent: Thursday, February 16, 2006 3:14 PM
To: Fleming, Brian J.
Cc: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Problems with GUI Mode - Can I disable the GUI
button?
I'm actually seeing an error in my apache2 install.
Is there some "tested" combination of version of apache, mod_python, and
python, and moinmoin, that need to be used to work properly?
I would love to use moinmoin, but the attractive gui feature doesn't
work.
Is there a way to disable the GUI Editor button? If I can't fix this
problem now, at least I can just use a text mode until I figure out why
the GUI mode won't work.
-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Fleming,
Brian J.
Sent: Thursday, February 16, 2006 10:29 AM
To: Ian Epperson
Cc: moin-user at lists.sourceforge.net
Subject: RE: [Moin-user] Problems with GUI Mode
Are there any IE options I could mess with to try to get it to work? You
think it's just a web setting?
Is the GUI editor using Javascript?
-----Original Message-----
From: ianepperson at gmail.com [mailto:ianepperson at gmail.com] On Behalf Of
Ian Epperson
Sent: Wednesday, February 15, 2006 8:05 PM
To: Fleming, Brian J.
Subject: Re: [Moin-user] Problems with GUI Mode
I've had a user make this same complaint using Safari on a Mac. I
haven't been able to test it out yet (haven't yet visited the friend
with a powerbook) but I assume it's a problem with the javascript.
On 2/14/06, Fleming, Brian J. wrote:
> Hi All,
>
> I am running:
>
> Apache 2.0.55
> mod_python-3.2.7
> Python2.4.2
>
>
> I got MoinMoin up and running, and it works fairly well. But I am
> having a problem with the GUI editor.
>
> When I am editing in GUI mode, if I click preview I get a "page can't
> be found". If I try to save while in the GUI editor I get the same
thing.
>
> Any clues?
>
> Text mode works fine.
>
>
>
> ============================================================
> The information contained in this message may be privileged and
> confidential and protected from disclosure. If the reader of this
> message is not the intended recipient, or an employee or agent
> responsible for delivering this message to the intended recipient, you
> are hereby notified that any reproduction, dissemination or
> distribution of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> replying to the message and deleting it from your computer. Thank you.
> Tellabs ============================================================
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that
> makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
--
Me, I'm not worried about the apocalypse. What *I* am worried about is
the apocalypso.
Whatever you do, DO NOT let Mr. tally man tally your bananas. You only
have to make it 'till daylight.
============================================================
The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any reproduction, dissemination or distribution
of this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer. Thank you. Tellabs
============================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
============================================================
The information contained in this message may be privileged and
confidential and protected from disclosure. If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, you
are hereby notified that any reproduction, dissemination or distribution
of this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by replying to the
message and deleting it from your computer. Thank you. Tellabs
============================================================
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files for problems? Stop! Download the new AJAX search engine that
makes searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
From martin.wilck at fujitsu-siemens.com Thu Feb 16 14:33:04 2006
From: martin.wilck at fujitsu-siemens.com (Martin Wilck)
Date: Thu Feb 16 14:33:04 2006
Subject: [Moin-user] [PATCH] Some HTML 4.01 validity issues with Moin
Message-ID: <43F4FD60.4000607@fujitsu-siemens.com>
Hi,
I just ran the W3C validator (http://validator/w3.org) over my Wiki, and
found some problems. As Moin claims to generate valid HTML 4.01 strict,
I though I might report this here. The MoinMoinBugs page doesn't work
currently (see my last post), therefore I am sending this mail.
Issue #1: wrong
tags.
Under some circumstances, Moin inserts tags where the is
already implicity closed. A sample Wiki code to produce this error is
## start
some text
[[NewPage()]]
## end
Moin generates
some text
, but that's wrong in
HTML because " can't contain any block elements", thus
is
implicitly closed when