So I have a MoinMoin installation running as a cgi and also under wsgi.
Since I was on a roll I decided to press my luck and try running it
under scgi. Following a suggestion in the following article:
http://www.linuxjournal.com/article/9310
I wrote this little server adapter:
from
In article
,
Graham Dumpleton wrote:
> On Dec 28, 7:22 pm, Ron Garret wrote:
> > In article ,
> > Ron Garret wrote:
> >
> >
> >
> > > I successfully installed MoinMoin as a CGI according to the instructions
> > > on the moinmo.in s
On Dec 28, 7:22 pm, Ron Garret wrote:
> In article ,
> Ron Garret wrote:
>
>
>
> > I successfully installed MoinMoin as a CGI according to the instructions
> > on the moinmo.in site. But when I tried to switch over to running it
> > under wsgi it failed thusly
In article ,
Ron Garret wrote:
> I successfully installed MoinMoin as a CGI according to the instructions
> on the moinmo.in site. But when I tried to switch over to running it
> under wsgi it failed thusly:
>
> [Sat Dec 27 21:44:14 2008] [error] [client 66.214.189.2]
I successfully installed MoinMoin as a CGI according to the instructions
on the moinmo.in site. But when I tried to switch over to running it
under wsgi it failed thusly:
[Sat Dec 27 21:44:14 2008] [error] [client 66.214.189.2] Traceback (most
recent call last):
[Sat Dec 27 21:44:14 2008
On Sep 3, 9:16 am, "John [H2O]" <[EMAIL PROTECTED]> wrote:
> I've installed MoinMoin easily enough, but i have two problems now.
This is more of a MoinMoin issue than a Python one. You'll find a lot
more support through the MoinMoin site:
http://moinmo.in/
I've installed MoinMoin easily enough, but i have two problems now.
1) Some pages, namely the initial FrontPage, fail to load completely
2) It seems after logging in, if I navigate away from the login page, I get
logged out immediately.
I'm runing 1.13 on Fedora 9 with Ap
"Eric S. Johansson" <[EMAIL PROTECTED]> wrote:
> (currently beating my head against flash memory and grub problems). So if you
> come up with a solution, feel free to e-mail me directly or if you have any
> other questions, also, feel free to send me mail. Might not know the answer
but
> at lea
[EMAIL PROTECTED] wrote:
> I have read through the ACL instructions on MoinMoin's site, but I
> don't understand how to make it work. See
> http://moinmoin.wikiwikiweb.de/HelpOnAccessControlLists
>
> To me it seems to be saying that you have to create a page before you
> can set the ACL for it.
Hi,
I am working on a new site about Python to help document some of the
modules that don't have much for documentation. Anyway, I chose to use
MoinMoin because it has very easy-to-use code display with line
numbers that toggle on and off.
The question I have is how do I configure MoinMo
fuzzyman> You could also try akismet which is designed for finding spam
fuzzyman> 'comments' in blogs, a similar problem area.
Thanks. It appears that Akismet is a non-free tool, so doesn't fit in real
well with the open source nature of MoinMoin and SpamBayes. I t
s that the spammers replace the entire content of the page with their junk.
My major concern at the moment is simply to get the MoinMoin mechanism
working. I applied SpamBayes to the form submissions of another website (I
was the author, so I was familiar with the server side code). It worked
I think it's a fantastic idea, myself. I think it should work well.
It's probably important to filter the edit, not the whole article,
otherwise the ham might obscure the spam.
Cheers,
-T
--
http://mail.python.org/mailman/listinfo/python-list
On Feb 9, 12:31 am, [EMAIL PROTECTED] wrote:
> I have this idea that I should be able to write a security policy for
> MoinMoin which uses SpamBayes to judge the appropriateness of any given
> submission. It would be more accurate and faster than the current default
> security policy
I have this idea that I should be able to write a security policy for
MoinMoin which uses SpamBayes to judge the appropriateness of any given
submission. It would be more accurate and faster than the current default
security policy in MoinMoin. I started to work on it and have something
that
Dan> When I edit a page and click 'Save', the next page that displays is
Dan> an 'HTTP 500' error. I have to refresh the page to see the changes.
...
Dan> I'm currently perusing the source code to see if I can figure it
Dan> out, but any pre-help will be gladly accepted.
You
[I'm having some difficulty contacting 'real' MoinMoin support
channels so I am posting this question here. Hope that's ok.]
I have a pressing need to get a wiki up and running in a fairly short
timeframe. I did some investigations and the Python MoinMoin wiki
seemed to be th
Dan> Is it fair game to ask questions about MoinMoin here?
Dan> If not, can someone recommend a resource please?
Yes, however [EMAIL PROTECTED] will probably yield more
responses:
https://lists.sourceforge.net/lists/listinfo/moin-user
I've had problems getting my post
Is it fair game to ask questions about MoinMoin here?
If not, can someone recommend a resource please?
Dan
--
http://mail.python.org/mailman/listinfo/python-list
Apologies if this seems like it's off-topic, but since moinmoin is
written in Python, I am hoping to solicit some good thoughts in this
group.
The problem: I'm setting up a wiki farm (small software company, my
personal use as a PIM, hobby site). I may also deploy (customized)
wiki
Alexander Schremmer wrote:
...
> Just as a sidenote, there are also at least the organisations BBC R&D (
> Kamaelia) and Python Software Foundation (including Python, PyPy, ...)
> which offer work on Python software.
I only just had a chance to check c.l.p.a - thanks for posting the reference
abov
Neil Hodgson wrote:
> > The only issue I'm having relates to Unicode. MoinMoin and python are
> > pretty unforgiving about files that contain Unicode characters that
> > aren't included in the coding properly. I've spent hours reading about
> > Unico
Greg:
> The only issue I'm having relates to Unicode. MoinMoin and python are
> pretty unforgiving about files that contain Unicode characters that
> aren't included in the coding properly. I've spent hours reading about
> Unicode, and playing with different encodin
Dear all,
My lab has been using a Movable Type blog for internal communication
and announcement for a couple of years, but we've now seen the light
and I've set up a MoinMoin wiki. Everything's installed beautifully, so
I'm writing scripts to export all our Movable Type blog
Howdy,
I got it going--apparently, it's an incompatability between MoinMoin
1.5.0 and Python 2.3.4. Python 2.3.5 and greater works.
There's a patch for MoinMoin 1.5.0 at :
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/DeepCopyError
This will be included in all future MoinMoin release
Please tell me if there's a better group to post this in--
I've been trying to get a MoinMoin installation up-and-running for the
last two days. I've installed the latest MoinMoin version, mod_python
(v. 2.3.4) is running, using Apache on a White Box Enterprise Linux VPS
instal
In case anyone else finds this thread, the solution is that for Moin >=
1.3.5, the 404 handling in IIS has to be changed for the Wiki Virtual
Directory.
See my blog at http://www.bloglines.com/blog/Kolossi?id=13 for details.
--
http://mail.python.org/mailman/listinfo/python-list
ferg, did you get any more replies on this, or figure it out somehow?
I've got exactly the same problem with IIS5, W2K and Moin 1.3.5 - works
fine except gives 404 for non-existent pages.
--
http://mail.python.org/mailman/listinfo/python-list
Anybody noticed problem with getting MoinMoin external file URL to work
with Mozilla/Firefox?
for example -
[file:\\servername\pathname\filename.txt Click to view] or
[file:/servername/pathname/filename.htm Click to view] or
[file:///%5C%5Cservername%5Cpathname%5Cfilename.pdf Click to view
Newsflash:
I've tried the [[NewPage]] macro and that works, but still no joy with
the WikiName links. Well that's a work around for now, but it'd still
be great to know why the other methods don't work...
--
http://mail.python.org/mailman/listinfo/python-list
I should have mentioned that the error message I keep getting is the ol
HTTP 404 - "The page cannot be found"
--
http://mail.python.org/mailman/listinfo/python-list
;t know that you use utf-8, you probably
want to
# use iso-8859-1 (or some other iso charset). If you use utf-8 (a
Unicode
# encoding) you MUST use: coding: utf-8
# That setting must match the encoding your editor uses when you modify
the
# settings below. If it does not, special non-ASCII chars
Mark> I have another question, and as of yet, have not found another
Mark> discussion group for moinmoin, so sorry, but here goes:
Have you tried the mailing list [EMAIL PROTECTED] If you
are determined to read it via Usenet, try gmane:
http://dir.gmane.org/search.php?matc
Mark wrote:
> The missing link under /var/www/html was exactly the problem. Somehow
> missed this in the labyrinth of setup instructions.
>
> I have another question, and as of yet, have not found another
> discussion group for moinmoin, so sorry, but here goes:
>
> I h
The missing link under /var/www/html was exactly the problem. Somehow
missed this in the labyrinth of setup instructions.
I have another question, and as of yet, have not found another
discussion group for moinmoin, so sorry, but here goes:
I have a table and would like the table borders to go
> Hi,
>
> I have Moinmoin 1.3.4 installed and working on Linux RHEL3.0. However,
> all screen elements are lined up on the left hand side. How can I get
> it displayed like the wiki at:
>
> http://moinmoin.wikiwikiweb.de/HelpOnConfiguration
>
Hi Mark,
It
Mark wrote:
> Hi,
>
> I have Moinmoin 1.3.4 installed and working on Linux RHEL3.0. However,
> all screen elements are lined up on the left hand side. How can I get
> it displayed like the wiki at:
Mark,
Mine looks like yours when I have problems with some Apache proc
Hi Patrick,
Sorry about the cross post, but I could not find a moin list. Do you
have a sub folder or a better name?
I searched for moin and for wiki but only found some actual wikis and
some groups with only a few members.
Anyway, I checked my data_underlay_dir and it is valid and contains one
Mark wrote:
> Hi,
>
> I have Moinmoin 1.3.4 installed and working on Linux RHEL3.0. However,
> all screen elements are lined up on the left hand side. How can I get
> it displayed like the wiki at:
Well, this is probably a better question for the moin lists but
I have seen this
Hi,
I have Moinmoin 1.3.4 installed and working on Linux RHEL3.0. However,
all screen elements are lined up on the left hand side. How can I get
it displayed like the wiki at:
http://moinmoin.wikiwikiweb.de/HelpOnConfiguration
instead of this ? ->
LANShieldOS Release Notes
Sea
Ara.T.Howard wrote:
> i know nada about python so please forgive me if this is way off base. i'm
> trying to fix a bug in MoinMoin whereby
>
> WordsWithTwoCapsInARowLike
I don't think there is such a thing as the perfect "hyperlink vs
just-text" conventio
On Wed, 8 Jun 2005, Terry Reedy wrote:
>
> "Ara.T.Howard" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>> i'm trying to fix a bug in MoinMoin whereby
>
> A 'bug' is a discrepancy between promise (specification) and perfom
"Ara.T.Howard" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> i'm trying to fix a bug in MoinMoin whereby
A 'bug' is a discrepancy between promise (specification) and perfomance
(implementation). Have you really found such -- does MoinMoin n
Ara.T.Howard wrote:
>
> hi-
>
> i know nada about python so please forgive me if this is way off base.
> i'm trying to fix a bug in MoinMoin whereby
>
>WordsWithTwoCapsInARowLike
> ^^
> ^^
>
Ian Bicking <[EMAIL PROTECTED]> writes:
> If the data has to be somewhere, and you have to have relatively
> random access to it (i.e., access any page; not necessarily a chunk of
> a page), then the filesystem does that pretty well, with lots of good
> features like caching and whatnot. I can't s
Using subdirectories certainly keeps directory size down, and it's a
good idea for MoinMoin given the way MoinMoin uses the file system.
But for really big wikis, I think using the file system like that
isn't workable even with subdirectories. Plus, there's the issue of
how to find
n a directory, another
> option is to put files in subdirectories like:
>
> base = struct.pack('i', hash(page_name))
> base = base.encode('base64').strip().strip('=')
> filename = os.path.join(base, page_name)
Using subdirectories certainly keeps d
iki is Wikipedia.
My guess is that c2 is smaller than that.
I just looked at c2; it has about 30k pages (I'd call this medium
sized) and finds incoming links pretty fast. Is it using MoinMoin?
It doesn't look like other MoinMoin wikis that I know of. I'd like to
think it's
27;t know how big c2 is. My idea of a large wiki is Wikipedia.
> My guess is that c2 is smaller than that.
I just looked at c2; it has about 30k pages (I'd call this medium
sized) and finds incoming links pretty fast. Is it using MoinMoin?
It doesn't look like other MoinMoin wikis that I
Alexander Schremmer <[EMAIL PROTECTED]> writes:
> > How does it do that? It has to scan every page in the entire wiki?!
> > That's totally impractical for a large wiki.
>
> So you want to say that c2 is not a large wiki? :-)
I don't know how big c2 is. My idea of a large wiki is Wikipedia.
My g
On 11 Jan 2005 21:24:51 -0800, Paul Rubin wrote:
[backlinks]
>> Searching instead of indexing makes it very resilient :-)
>
> How does it do that? It has to scan every page in the entire wiki?!
> That's totally impractical for a large wiki.
So you want to say that c2 is not a large wiki? :-)
K
Brion Vibber wrote:
Paul Rubin wrote:
I think mod_php doesn't play nice with apache2 but am not aware of any
cgi interoperability problems.
Generally it's recommended to configure apache2 in the child process
mode (eg the way that 1.3 works) when using PHP as many library modules
are alleged not
[EMAIL PROTECTED] (David M. Cooke) writes:
> >> > lists of incoming links to wiki pages,
> ...
> Most Wiki implementations (MoinMoin included) have this, by using a
> search. Usually, following the original Wiki (http://c2.com/cgi/wiki)
> model, you get at it by clicking
crashes? Or does it just get wedged if there's a crash?
Most Wiki implementations (MoinMoin included) have this, by using a
search. Usually, following the original Wiki (http://c2.com/cgi/wiki)
model, you get at it by clicking on the title of the
Paul Rubin wrote:
I think mod_php doesn't play nice with apache2 but am not aware of any
cgi interoperability problems.
Generally it's recommended to configure apache2 in the child process
mode (eg the way that 1.3 works) when using PHP as many library modules
are alleged not to be threadsafe. So
Alexander Schremmer schrieb:
Having a DBMS backend is good in your opinion? It has some severe
disadvantages like not easy to scale (you would need to setup DBMS
replication), two potential points of failure, more complex setup, bigger
memory requirements, etc.
So nobody should use DBMS backends, r
On 11 Jan 2005 08:49:52 -0800, Paul Rubin wrote:
> Alexander Schremmer <[EMAIL PROTECTED]> writes:
>>> I need to set up a wiki for a small group. I've played with MoinMoin
>>> a little bit and it's reasonably straightforward to set up, but
y comment with ~~~ or and it generates a link back to your
userpage and anyone who clicks the link can leave you a message by
clicking "+" at the top of your user page or any section of it.
You're then notified automatically at the top of every page you visit,
that someone has left you
while back (low enough traffic to not get killed by cgi
overhead), if that helps. Note that squirrelmail itself has a bunch
of security bugs that the maintainers refuse to acknowledge as bugs.
Anyway, I'm still using apache 1.3 (haven't had a reason to modernize)
so I can run mod_php i
ache2
and freeBSD 4.9. It seems that php prefers the old style apache 1.3 work flow. I
got some help from the php guys, but not enough. I suppose I could have run a
separate apache13 server, but that seems like a cop out to me. We don't want to
maintain an extra set of configs etc etc.
Mailman
Richie Hindle <[EMAIL PROTECTED]> writes:
> > [MoinMoin] doesn't have [...] automatic update notification for
> > specific pages of your choice
>
> Yes it does. See http://entrian.com/sbwiki for example - register there
> and you'll see in your preferences
[Paul]
> [MoinMoin] doesn't have [...] automatic update notification for
> specific pages of your choice
Yes it does. See http://entrian.com/sbwiki for example - register there
and you'll see in your preferences "Subscribed wiki pages (one regex per
line)"
> The
Alexander Schremmer <[EMAIL PROTECTED]> writes:
> > I need to set up a wiki for a small group. I've played with MoinMoin
> > a little bit and it's reasonably straightforward to set up, but
> > limited in capabilities and uses BogusMarkupConventions.
>
> At
On 10 Jan 2005 18:45:16 -0800, Paul Rubin wrote:
> I need to set up a wiki for a small group. I've played with MoinMoin
> a little bit and it's reasonably straightforward to set up, but
> limited in capabilities and uses BogusMarkupConventions.
At which point do you see limit
wnload Wikimedia and see about
installing it. I have tons of server disk space, though the CPU has
been getting a bit overloaded lately.
> On the other hand if you _do_ write a MoinMoin-to-MediaWiki
> conversion script (or vice-versa!) we'd love to include it in the
> MediaWiki distr
Paul Rubin wrote:
> What I'm getting at is I might like to install MoinMoin now and
> migrate to Mediawiki sometime later. Anyone have any thoughts about
> whether that's a crazy plan?
Disclaimer, I am neither using Moinmoin nor Mediawiki, and don't really have
yo
Paul Rubin wrote:
Mediawiki is written in PHP and
is far more complex than MoinMoin, plus it's database backed, meaning
you have to run an SQL server as well as the wiki software itself
(MoinMoin just uses the file system). Plus, I'll guess that it really
needs mod_php, while Moi
I need to set up a wiki for a small group. I've played with MoinMoin
a little bit and it's reasonably straightforward to set up, but
limited in capabilities and uses BogusMarkupConventions. I want to
use it anyway because I need something running right away and I don't
want to sp
68 matches
Mail list logo
