From vakils at gmail.com  Tue Apr  1 09:12:04 2008
From: vakils at gmail.com (Mohammed Ali V)
Date: Tue, 1 Apr 2008 18:42:04 +0530
Subject: [Moin-user] http://docbook.wikiwikiweb.de/ is down
Message-ID: <1bb536810804010612y157b9ad3v15d475c83d8fbb14@mail.gmail.com>

It's been down for me for sometime now. Other's have the same problem?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080401/fcd8c8ab/attachment.html>

From rb.proj at gmail.com  Tue Apr  1 13:09:08 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Tue, 01 Apr 2008 19:09:08 +0200
Subject: [Moin-user] http://docbook.wikiwikiweb.de/ is down
In-Reply-To: <1bb536810804010612y157b9ad3v15d475c83d8fbb14@mail.gmail.com>
References: <1bb536810804010612y157b9ad3v15d475c83d8fbb14@mail.gmail.com>
Message-ID: <fstq7k$5p5$1@ger.gmane.org>

Mohammed Ali V schrieb:
> It's been down for me for sometime now. Other's have the same problem?
> 
> 

please read http://moinmo.in/DocBook


DocBook output in 1.7

Please help testing the docbook formatter! The test wiki is at
http://test17.moinmo.in/ for your enjoyment. If/when you find things
that break, please report them at MoinMoinBugs an......

cheers
Reimar




From vakils at gmail.com  Wed Apr  2 04:37:07 2008
From: vakils at gmail.com (Mohammed Ali V)
Date: Wed, 2 Apr 2008 14:07:07 +0530
Subject: [Moin-user] http://docbook.wikiwikiweb.de/ is down
In-Reply-To: <47F24779.90605@gmx.de>
References: <1bb536810804010612y157b9ad3v15d475c83d8fbb14@mail.gmail.com>
	<47F24779.90605@gmx.de>
Message-ID: <1bb536810804020137y39d94a43o7152b4d536ef95cb@mail.gmail.com>

Hi, I was testing the 'BuildBook' macro, that would bundle a bunch of pages
using <book> and <chapter> tags. I'm guessing that's not going to be part of
1.7 release?
I'm not much of a programmer, but I'll be glad to help test docbook support
in 1.7

On Tue, Apr 1, 2008 at 8:02 PM, Thomas Waldmann <tw-public at gmx.de> wrote:

>
> > It's been down for me for sometime now. Other's have the same problem?
>
> That was a testing site for SOC/SCF 2007 docbook project (or even 2006?)
> and was recently switched off.
>
> For what do you need it?
>
> The new stuff is all at *.moinmo.in.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080402/1397cb54/attachment.html>

From rhaines at manchester.ac.uk  Tue Apr  1 13:32:43 2008
From: rhaines at manchester.ac.uk (Robert Haines)
Date: Tue, 1 Apr 2008 17:32:43 +0000 (UTC)
Subject: [Moin-user] Changing the default content div id
Message-ID: <loom.20080401T171658-810@post.gmane.org>

Hi all,

I'd like to stop Moin from outputting wiki content in a div with id="content".
Is this possible? I need to stop this so that it doesn't barf on some CSS I'm
trying to work with.

In the send_page method of Page.py it sets "content" as the default:
content_id = keywords.get('content_id', 'content')

So I could edit Page.py to change this (this does work) but I'd rather leave the
core code untouched. Is there anyway I could override keywords in my theme early
enough or is there a config I've missed somewhere?

I'm using Moin 1.6.2.

Thanks,
Rob





From tja at tja-server.de  Fri Apr  4 08:45:28 2008
From: tja at tja-server.de (Thomas)
Date: Fri, 04 Apr 2008 14:45:28 +0200
Subject: [Moin-user] Adding new pages with a script?
In-Reply-To: <804e5c70803290948x6f649596pf852ab6f05e2a391@mail.gmail.com>
References: <47DA3DC3.20404@tja-server.de>	
	<4459f0d30803140843i25586a8fyf9bc0ef77308a0c6@mail.gmail.com>	
	<47DADA8E.205@tja-server.de>
	<804e5c70803290948x6f649596pf852ab6f05e2a391@mail.gmail.com>
Message-ID: <47F622E8.5050702@tja-server.de>

Hello,
i just changed the "irclog" import script:

/../lib/python2.5/site-packages/MoinMoin/script/import # ls *.py
-rw-r--r--  1 root root  354 Jul  7  2007 __init__.py
-rw-r--r--  1 root root 3424 Jan  5 03:00 irclog.py
-rw-r--r--  1 root root 3229 Mar 14 10:41 files.py

/../lib/python2.5/site-packages/MoinMoin/script/import # diff irclog.py 
files.py
41,44c41
< This script pushes files from a directory into the wiki (to be exact: it
< pushes all except the last file, as this is maybe still written to in
< case of irc logs).
< One application is to use it to store IRC logs into the wiki.
---
 > This script pushes files from a directory into the wiki
48c45
< General syntax: moin [options] import irclog [irclog-options]
---
 > General syntax: moin [options] import files [files-options]
53c50
< [irclog-options] see below:
---
 > [files-options] see below:
55c52
<        moin ... import irclog --author=JohnSmirh --file-dir=.
---
 >        moin ... import files --author=JohnSmirh --file-dir=.
61c58
<             "--author", dest="author", default="IrcLogImporter",
---
 >             "--author", dest="author", default="FilesImporter",
79c76
<                 #print "Pushing %r as %r" % (filename, pagename)
---
 >                 print "Pushing %r as %r" % (filename, pagename)
92c89
<                     p.saveText(acl + "#format plain\n" + 
decodeLinewise(fileObj.read()), 0)
---
 >                     p.saveText(acl + decodeLinewise(fileObj.read()), 0)
98c95
<         #print "Finished."
---
 >         print "Finished."


Enough information?

I can now use the "moin ... import files ..." commando:

moin --config-dir=/../html/moin --wiki-url=wiki.example.org import files 
--author=myself --file-dir=/POSTINGS/FILES/



Lukasz Szybalski wrote:
> On Fri, Mar 14, 2008 at 3:05 PM, Thomas <tja at tja-server.de> wrote:
>   
>> Eduardo Mercovich schrieb:
>>
>>     
>>> What are your rules to import that? What is going to be a page? How
>>>       
>>  > are your going to handle links? Or maybe you don't care about them?
>>  >
>>  > When monolitic documents are migrated into a wiki, the biggest
>>  > challenge is usually to transform all those individual pieces into a
>>  > good hypertext.
>>
>>  I just import the files - if they need a special format-option or other
>>  handling, it needs to be contained in them already.
>>
>>  In that case, i had html Files, which i begin with a "#format html" or a
>>   "{{{#!html" line ... that was added automatically when i create the
>>  files with other scripts.
>>  But i wanted to read them more easily - therefor the import to my wiki.
>>
>>  Also, i had simple txt, that i included without special markup - if it
>>  contains WikiLinks, they will be usable ...
>>
>>  That were about 6000 articles from some forums, that i moved into my
>>  Wiki for reference - they are added to one page for every same topic
>>  (between one and some dozend artivles per page) and also contain one
>>  line that references back to the original forum for each original
>>  article (posting).
>>
>>   From the "import irclog" skript, i just removed the references to irc
>>  and the "format plain" ...
>>  Worked nice :)
>>
>>     
>
> So what was the final way to import these files?
>
> Could you give instructions:
> 1. download ? what script
> 2. issue this command ?  what command
>
> etc...
> I am thinking about the same think so if you could tell us exactly
> what you need to do that would be great.
> Lucas
>
>
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080404/7143daa3/attachment.html>

From stephen at theboulets.net  Mon Apr  7 22:52:24 2008
From: stephen at theboulets.net (Stephen Boulet)
Date: Mon, 7 Apr 2008 21:52:24 -0500
Subject: [Moin-user] Icons no longer visible
Message-ID: <73C5A705-DD2E-4109-A0F2-095CF17BC14F@theboulets.net>

I have a wiki that was working for a while over over apache2 and  
mod_fastcgi.

At the moment, it looks like I just have a text interface to my wiki,  
and not the usual icons and widgets. I can access the content.

Any pointers to getting the graphical interface back?

Stephen



From zarick at gmail.com  Mon Apr  7 23:05:04 2008
From: zarick at gmail.com (Zarick Lau)
Date: Tue, 8 Apr 2008 11:05:04 +0800
Subject: [Moin-user] Rename action in xmlrpc
Message-ID: <e2a8caf70804072005j6e5e7e12h95aab2b8160c77b@mail.gmail.com>

Dear users / devs,

After upgrade to 1.6.0, I found xmlrpc setup has changed.
I have managed to change some setting and get xmlrpc run again.

However, I found that, I'm no no longer doing rename
with xmlrpc. It is still supported (just I'm doing it wrong),
or rename is removed (if yes, why it is removed?).


Best regards,
Zarick



From tw-public at gmx.de  Tue Apr  8 08:30:42 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 08 Apr 2008 14:30:42 +0200
Subject: [Moin-user] Icons no longer visible
In-Reply-To: <73C5A705-DD2E-4109-A0F2-095CF17BC14F@theboulets.net>
References: <73C5A705-DD2E-4109-A0F2-095CF17BC14F@theboulets.net>
Message-ID: <1207657842.11531.20.camel@black>


> I have a wiki that was working for a while over over apache2 and  
> mod_fastcgi.
> 
> At the moment, it looks like I just have a text interface to my wiki,  
> and not the usual icons and widgets. I can access the content.
> 
> Any pointers to getting the graphical interface back?

It is likely that your web server is not serving the static stuff
correctly (css, images, js).

moin 1.5 used to use /wiki url as default url_prefix setting to address
those resources. Thus, your apache needed to serve the /wiki url with
the htdocs/... files that come with moin.

Because this was a constant source of misunderstandings and upgrade
problems, moin 1.6.0 and future moin versions are a bit different, they
use /moin_static160 as default url_prefix_static setting (note the
different name of the setting and also not that the number in that url
changes with every moin version!).

We hope that with this, less people confuse the static url with the wiki
script url (or even choose the same for both).

Also, because the url of the static stuff changes with every moin
version upgrade, you can get better performance and less traffic by
using a very long cache lifetime for the static files.

Also, if you forget to handle the new static files when upgrading (serve
the changed /moin_staticXXX url with your web server, maybe copy the
files to correct place), you will maybe get reminded by non-working
static stuff.





From tw-public at gmx.de  Tue Apr  8 08:37:57 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 08 Apr 2008 14:37:57 +0200
Subject: [Moin-user] Rename action in xmlrpc
In-Reply-To: <e2a8caf70804072005j6e5e7e12h95aab2b8160c77b@mail.gmail.com>
References: <e2a8caf70804072005j6e5e7e12h95aab2b8160c77b@mail.gmail.com>
Message-ID: <1207658277.11531.28.camel@black>

> After upgrade to 1.6.0, I found xmlrpc setup has changed.

You need to use actions_excluded = [] (because the default is
['xmlrpc']).

This was done because in 1.6+ it is possible to use xmlrpc to WRITE to
pages by default - IF xmlrpc is enabled.

Older moin versions needed some separate settings / hacks to open your
wiki for xmlrpc write access.

We did not want to open all the moin wikis out there to xmlrpc write
access without the admin explicitely doing it (and thinking about it).

> However, I found that, I'm no no longer doing rename
> with xmlrpc. It is still supported (just I'm doing it wrong),
> or rename is removed (if yes, why it is removed?).

Please show your code that is not working and also the error msg you
get.





From zarick at gmail.com  Tue Apr  8 23:17:45 2008
From: zarick at gmail.com (Zarick Lau)
Date: Wed, 9 Apr 2008 11:17:45 +0800
Subject: [Moin-user] Rename action in xmlrpc
In-Reply-To: <1207658277.11531.28.camel@black>
References: <e2a8caf70804072005j6e5e7e12h95aab2b8160c77b@mail.gmail.com>
	<1207658277.11531.28.camel@black>
Message-ID: <e2a8caf70804082017p737da1b9if1568a3293d038fc@mail.gmail.com>

Hi Waldmann,

> > After upgrade to 1.6.0, I found xmlrpc setup has changed.
>
>  You need to use actions_excluded = [] (because the default is
>  ['xmlrpc']).
>
>  This was done because in 1.6+ it is possible to use xmlrpc to WRITE to
>  pages by default - IF xmlrpc is enabled.
>
>  Older moin versions needed some separate settings / hacks to open your
>  wiki for xmlrpc write access.
>
>  We did not want to open all the moin wikis out there to xmlrpc write
>  access without the admin explicitely doing it (and thinking about it).
>

Yes, agreed. Btw, My primary means of writing wiki pages is done through
xmlrpc since 1.5.x :)
Personally, I really prefer to do editing in vim, bypassing the browser UI..

>
>  > However, I found that, I'm no no longer doing rename
>  > with xmlrpc. It is still supported (just I'm doing it wrong),
>  > or rename is removed (if yes, why it is removed?).
>
>  Please show your code that is not working and also the error msg you
>  get.

The following is the code fragment which I used for rename operation.
The xmlrpc call completed without any error.
But moinmoin doesn't rename the page correctly.

    self.homewiki = xmlrpclib.ServerProxy(wikiurl, allow_none=True)
    self.authToken = self.homewiki.getAuthToken(username, password)

    mc = xmlrpclib.MultiCall(self.homewiki)
    mc.applyAuthToken(self.authToken)

    self.pageNameFrom = argv[0]
    self.pageNameTo = argv[1]

    mc.renamePageWithAttributes(
            self.pageNameFrom, self.pageNameTo, {})
    mc()


The full script can be found in this URL.
http://www.nixstyle.net/random/moin-remote

PS: The script is used to list / write page / read page / rename page.
Worked since 1.5.8 and updated to work with 1.6.0 (mainly MultiCall stuff).

When I have ironed out all rough edges I'll release it.

Best regards,
Zarick



From tw-public at gmx.de  Wed Apr  9 12:45:04 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 09 Apr 2008 18:45:04 +0200
Subject: [Moin-user] Rename action in xmlrpc
In-Reply-To: <e2a8caf70804082017p737da1b9if1568a3293d038fc@mail.gmail.com>
References: <e2a8caf70804072005j6e5e7e12h95aab2b8160c77b@mail.gmail.com>	<1207658277.11531.28.camel@black>
	<e2a8caf70804082017p737da1b9if1568a3293d038fc@mail.gmail.com>
Message-ID: <47FCF290.10809@gmx.de>


>     mc.renamePageWithAttributes(
>             self.pageNameFrom, self.pageNameTo, {})

There is no such xmlrpc call in moin 1.5 / 1.6 / 1.7.

Did you maybe use some 3rd party xmlrpc plugin or patch for that?




From mproffitt at adaptiveaero.com  Thu Apr 10 11:47:53 2008
From: mproffitt at adaptiveaero.com (Melissa Proffitt)
Date: Thu, 10 Apr 2008 11:47:53 -0400
Subject: [Moin-user] Settings in Config cause errors
Message-ID: <555D75E4B3744BEA859E817A8FBD2A95@MelissaProffPC>

Hi,

I'm using Moin 1.6.0

I am trying to set the language_ignore_browser to true in my farmconfig.py file. I have tried:
language_ignore_browser = True
language_ignore_browser = 1
language_ignore_browser  = 'True'
They all give me an error: 'NoneType' object has no attribute 'startswith'

What am I missing?

Thanks,
Melissa
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080410/e8a106c6/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Melissa Proffitt.vcf
Type: text/x-vcard
Size: 198 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080410/e8a106c6/attachment.vcf>

From tw-public at gmx.de  Thu Apr 10 18:26:44 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 11 Apr 2008 00:26:44 +0200
Subject: [Moin-user] Settings in Config cause errors
In-Reply-To: <555D75E4B3744BEA859E817A8FBD2A95@MelissaProffPC>
References: <555D75E4B3744BEA859E817A8FBD2A95@MelissaProffPC>
Message-ID: <1207866404.6993.0.camel@black>


> I'm using Moin 1.6.0
>  
> I am trying to set the language_ignore_browser to true in my
> farmconfig.py file. I have tried:
> language_ignore_browser = True
> language_ignore_browser = 1
> language_ignore_browser  = 'True'
> They all give me an error: 'NoneType' object has no attribute
> 'startswith'

That's a bug in 1.6.0, just upgrade to 1.6.2.






From randhol+moinmoin at pvv.org  Sat Apr 12 12:54:19 2008
From: randhol+moinmoin at pvv.org (Preben Randhol)
Date: Sat, 12 Apr 2008 18:54:19 +0200
Subject: [Moin-user] Need migration (1.5.8->1.6.2) help
Message-ID: <20080412185419.ddb7c0fc.randhol+moinmoin@pvv.org>

Hi

After struggling for two days I have finally managed to get a new wiki
up and running with the moinmoin 1.6.2. My biggest wished (on a
wishlist) would be that the instance creation and wiki config setup
process could be made more easy. Now after much problems I found out I
have to hand edit where the log file should be stored f.ex. Also more
verbose error messages would help debug what the real problem is.
However I really like moinmoin when it is up and running so please
forgive the frustration venting.

My big headache is still that I cannot manage to migrate all my old
pages. I have followed all recipes I have found on the net but nothing
work unfortunately. 

In the end I had to :

$ cd /usr/local/share/moin/server
$ cp /usr/share/python-support/python-moinmoin/MoinMoin/script/moin.py .
$ cp ourwiki.py wikiconfig.py
$ ./moin.py --config-dir=/usr/local/share/moin/ourwiki
--wiki-url=http://localhost/ourwiki/ migration data

Calling migration script for /usr/local/share/moin/ourwiki/data, base
revision 1060200 Final mig script reached, migration is complete.

Just to get the migration script to run without error messages.
So it all seems fine, but when I look at the wiki noting has been
migrated.

Is is a problem that I sometimes use the Frame or EvenCalender ?

Thanks in advance

Preben



From randhol+moinmoin at pvv.org  Sat Apr 12 14:59:44 2008
From: randhol+moinmoin at pvv.org (Preben Randhol)
Date: Sat, 12 Apr 2008 20:59:44 +0200
Subject: [Moin-user] How do one make a macro?
Message-ID: <20080412205944.4be67588.randhol+moinmoin@pvv.org>

Hi

Can somebody point me to documentation that explains how one make a
macro?

The reason for asking is that I want to make an easy to use image
aligner. With moinmoin 1.6 I have to do:

{{{#!html
<div style="float: right;">
}}}
{{attachment:front.png}}
{{{#!html
<br clear=both>
Caption text
</div>
<br clear=both>
}}}

just to right align an image and put a caption below it. It would be
much more nice if one could simply do something like:

<<Image attachment:front.png align=right caption="Caption text">>

Btw I don't get <<BR>> to work if one has used a {{{#!html before it.


Thanks in advance

Preben



From tw-public at gmx.de  Sat Apr 12 14:19:50 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sat, 12 Apr 2008 20:19:50 +0200
Subject: [Moin-user] Need migration (1.5.8->1.6.2) help
In-Reply-To: <20080412185419.ddb7c0fc.randhol+moinmoin@pvv.org>
References: <20080412185419.ddb7c0fc.randhol+moinmoin@pvv.org>
Message-ID: <1208024390.14885.14.camel@black>

Hi,

> After struggling for two days I have finally managed to get a new wiki
> up and running with the moinmoin 1.6.2.

Well, you could've join us on the IRC channel before getting too
frustrated.

> My biggest wished (on a
> wishlist) would be that the instance creation and wiki config setup
> process could be made more easy.

The problem is that the concrete setup (esp. pathes, users, groups,
etc.) varies from system to system.

But otoh, moin does not really care about pathes, users, groups - you
just have to make sure that stuff is found and that access rights are
given.

> Now after much problems I found out I
> have to hand edit where the log file should be stored f.ex.

I don't think I know what you mean.

> Also more
> verbose error messages would help debug what the real problem is.

The logging system was further improved for moin 1.7.

> My big headache is still that I cannot manage to migrate all my old
> pages. I have followed all recipes I have found on the net but nothing
> work unfortunately. 
> 
> In the end I had to :
> 
> $ cd /usr/local/share/moin/server
> $ cp /usr/share/python-support/python-moinmoin/MoinMoin/script/moin.py .
> $ cp ourwiki.py wikiconfig.py
> $ ./moin.py --config-dir=/usr/local/share/moin/ourwiki
> --wiki-url=http://localhost/ourwiki/ migration data

Sorry, but I don't see how this makes sense. ourwiki.py looks somewhat
like part of a farm configuration, so I don't understand why you rename
it to wikiconfig.py and move it to another place.

> 
> Calling migration script for /usr/local/share/moin/ourwiki/data, base
> revision 1060200 Final mig script reached, migration is complete.

This looks like either
a) you already did the migration for that data_dir
b) you tried to migrate the "fresh" data_dir we provide under wiki/data/
for new moin users. Of course it doesn't do anything there because it
already is at 1.6.2 level.

> Is is a problem that I sometimes use the Frame or EvenCalender ?

I don't know. These are 3rd party plugins and might need an update to
work with moin 1.6.x.

Maybe you find this useful (it's maybe not the standard procedure, but
my own way to do migrations):

http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6

Try it and maybe just join us on #moin IRC channel in case you encounter
problems again.





From randhol+moinmoin at pvv.org  Sat Apr 12 15:26:39 2008
From: randhol+moinmoin at pvv.org (Preben Randhol)
Date: Sat, 12 Apr 2008 21:26:39 +0200
Subject: [Moin-user] Need migration (1.5.8->1.6.2) help
In-Reply-To: <1208024390.14885.14.camel@black>
References: <20080412185419.ddb7c0fc.randhol+moinmoin@pvv.org>
	<1208024390.14885.14.camel@black>
Message-ID: <20080412212639.e9056a5c.randhol+moinmoin@pvv.org>

On Sat, 12 Apr 2008 20:19:50 +0200
Thomas Waldmann <tw-public at gmx.de> wrote:

> Hi,
> 
> > After struggling for two days I have finally managed to get a new
> > wiki up and running with the moinmoin 1.6.2.
> 
> Well, you could've join us on the IRC channel before getting too
> frustrated.

Ah didn't know there was a IRC. I'm not too familiar with IRC. I'll
look it up.

> > My biggest wished (on a
> > wishlist) would be that the instance creation and wiki config setup
> > process could be made more easy.
> 
> The problem is that the concrete setup (esp. pathes, users, groups,
> etc.) varies from system to system.

Yes, I can understand that, but if one could just concentrate all the
setup to one or two file in /etc/moin would be great. See below

> 
> But otoh, moin does not really care about pathes, users, groups - you
> just have to make sure that stuff is found and that access rights are
> given.
> 
> > Now after much problems I found out I
> > have to hand edit where the log file should be stored f.ex.
> 
> I don't think I know what you mean.

That I kept getting problems with permission problems in creating
moin.log from the lighttpd logs. After some source code reading I
finally found out I had to edit moin.fcg to include:

    logPath = '/var/log/lighttpd/moin.log'

and not only moin.log

as moin.fcg was in /usr/share/moin/server

The next problem was that the farmwiki don't work like before. My old
setup was that I had the two wikis config files in /etc/moin and that
worked fine. Now one have to move them to the server folder which
wasn't immediately obvious. Although that was my problem because it is
well explained in the error message.

> > Also more
> > verbose error messages would help debug what the real problem is.
> 
> The logging system was further improved for moin 1.7.

:-)

> > My big headache is still that I cannot manage to migrate all my old
> > pages. I have followed all recipes I have found on the net but
> > nothing work unfortunately. 
> > 
> > In the end I had to :
> > 
> > $ cd /usr/local/share/moin/server
> > $
> > cp /usr/share/python-support/python-moinmoin/MoinMoin/script/moin.py .
> > $ cp ourwiki.py wikiconfig.py $ ./moin.py
> > --config-dir=/usr/local/share/moin/ourwiki
> > --wiki-url=http://localhost/ourwiki/ migration data
> 
> Sorry, but I don't see how this makes sense. ourwiki.py looks somewhat
> like part of a farm configuration, so I don't understand why you
> rename it to wikiconfig.py and move it to another place.

Maybe I misunderstand, but I have to put the ourwiki.py in
the /usr/local/share/moin/server/ folder as /etc/moin doesn't work
anymore.

Second when I run the moin.py script like shown above it quitted
saying: that it couldn't find wikiconfig.py

Only when I have a wikiconfig.py it runs.
 
> > 
> > Calling migration script for /usr/local/share/moin/ourwiki/data,
> > base revision 1060200 Final mig script reached, migration is
> > complete.
> 
> This looks like either
> a) you already did the migration for that data_dir
> b) you tried to migrate the "fresh" data_dir we provide under
> wiki/data/ for new moin users. Of course it doesn't do anything there
> because it already is at 1.6.2 level.

Not sure what is the problem, but I found that migrating by hand is
probably faster than to spend more time trying to get the script to do
it. Luckily it is not so long since I started using moinmoin so I still
doesn't have hundreds of pages :-) I just hope that moinmoin won't need
another migration for the 1.8 or 2.0 versions.

> Maybe you find this useful (it's maybe not the standard procedure, but
> my own way to do migrations):
> 
> http://moinmo.in/ThomasWaldmann/AnotherWayToMigrateFrom1.5To1.6
> 
> Try it and maybe just join us on #moin IRC channel in case you
> encounter problems again.

I did try it, but unfortunately no luck. Anyway i'll do it by hand so
it should be ok in the end. Unfortunately it seems EventCalendar which
is useful doesn't work. But I'll use IRC next time :-)

Thanks!



From randhol+moinmoin at pvv.org  Sun Apr 13 03:52:10 2008
From: randhol+moinmoin at pvv.org (Preben Randhol)
Date: Sun, 13 Apr 2008 09:52:10 +0200
Subject: [Moin-user] Need migration (1.5.8->1.6.2) help
In-Reply-To: <20080412212639.e9056a5c.randhol+moinmoin@pvv.org>
References: <20080412185419.ddb7c0fc.randhol+moinmoin@pvv.org>
	<1208024390.14885.14.camel@black>
	<20080412212639.e9056a5c.randhol+moinmoin@pvv.org>
Message-ID: <20080413095210.d015b212.randhol+moinmoin@pvv.org>

Hi

I tried again to migrate from 1.5.8 to 1.6.2
after copying the old data directory again to the new instance. Now I
get a different problem: KeyError: 'data_format_revision'

Tried the IRC, but it was too early in the morning ;-)

Here are the tracebakcs:

./moin.py --config-dir=/usr/local/share/moin/ourwiki --
Traceback (most recent call last):
  File "./moin.py", line 24, in ?
    run()
  File "./moin.py", line 15, in run
    MoinScript().run(showtime=0)
  File "/var/lib/python-support/python2.4/MoinMoin/script/__init__.py",
line 138, in run self.mainloop()
  File "/var/lib/python-support/python2.4/MoinMoin/script/__init__.py",
line 251, in mainloop plugin_class(args[2:], self.options).run() # all
starts again there File
"/var/lib/python-support/python2.4/MoinMoin/script/__init__.py", line
138, in run self.mainloop() File
"/var/lib/python-support/python2.4/MoinMoin/script/migration/data.py",
line 44, in mainloo curr_rev = meta['data_format_revision'] File
"/var/lib/python-support/python2.4/MoinMoin/wikiutil.py", line 472, in
__getitem__ return dict.__getitem__(self, key) KeyError:
'data_format_revision'


any ideas?

Thanks in advance

Preben




From bradeyh at gmail.com  Sun Apr 13 04:06:34 2008
From: bradeyh at gmail.com (Bradey Honsinger)
Date: Sun, 13 Apr 2008 01:06:34 -0700
Subject: [Moin-user] Need migration (1.5.8->1.6.2) help
In-Reply-To: <20080413095210.d015b212.randhol+moinmoin@pvv.org>
References: <20080412185419.ddb7c0fc.randhol+moinmoin@pvv.org>
	<1208024390.14885.14.camel@black>
	<20080412212639.e9056a5c.randhol+moinmoin@pvv.org>
	<20080413095210.d015b212.randhol+moinmoin@pvv.org>
Message-ID: <8d89d5920804130106n23ce48dcp96aa45a1c313ae90@mail.gmail.com>

On Sun, Apr 13, 2008 at 12:52 AM, Preben Randhol
<randhol+moinmoin at pvv.org> wrote:
>  I tried again to migrate from 1.5.8 to 1.6.2
>  after copying the old data directory again to the new instance. Now I
>  get a different problem: KeyError: 'data_format_revision'

If it's the same problem I ran into, you need to create a file called
"meta" in the data/ directory that contains "data_format_revision:
01050800" (I think, anyway--I was upgrading from 1.5.7, so it was
"01050700" for me). This is caused by missing a migration step on a
previous migration.

  - Bradey



From bernd.bartmann at gmail.com  Mon Apr 14 04:52:18 2008
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Mon, 14 Apr 2008 10:52:18 +0200
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
Message-ID: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>

Hi,

I'm trying to setup MoinMoin 1.6.2 on Apache 2.2.8 with mod_auth_sspi
1.0.4. I've made the changes to httpd.conf and wikiconfig.py as
described in ApacheOnWin32withDomainauthentication. When opening the
browser and trying to access the wiki page I'm now getting the
following messages:

--> -->

TypeError
'module' object is not callable

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

Show debugging information Report bug Visit MoinMoin wiki
Traceback
A problem occurred in a Python script. Here is the sequence of
function calls leading up to the error, in the order they occurred.

C:\Python25\lib\site-packages\MoinMoin\request\request_cgi.py in
__init__ (self=<MoinMoin.request.request_cgi.Request object at
0x00F992B0>, properties={})

24
25 self._setup_vars_from_std_env(os.environ)
26 RequestBase.__init__(self, properties)
27
28 except Exception, err:
global RequestBase = <class 'MoinMoin.request.RequestBase'>
RequestBase.__init__ = <unbound method RequestBase.__init__> self =
<MoinMoin.request.request_cgi.Request object at 0x00F992B0> properties
= {}
C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in __init__
(self=<MoinMoin.request.request_cgi.Request object at 0x00F992B0>,
properties={})

249 i18n.i18n_init(self)
250
251 self.user = self.get_user_from_form()
252 # setuid handling
253 if self.session and 'setuid' in self.session:
self = <MoinMoin.request.request_cgi.Request object at 0x00F992B0>
self.user undefined self.get_user_from_form = <bound method
Request.get_user_from_form of <Moi...equest.request_cgi.Request object
at 0x00F992B0>>
C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in
get_user_from_form (self=<MoinMoin.request.request_cgi.Request object
at 0x00F992B0>)

645 u = self.get_user_default_unknown(name=name, password=password,
646 login=login, logout=logout,
647 user_obj=None)
648 return u
649
user_obj undefined builtin None = None
C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in
get_user_default_unknown (self=<MoinMoin.request.request_cgi.Request
object at 0x00F992B0>, **kw={'login': False, 'logout': False, 'name':
None, 'password': None, 'user_obj': None})

656 def get_user_default_unknown(self, **kw):
657 """ call do_auth and if it doesnt return a user object, make some
"Unknown User" """
658 user_obj = self.get_user_default_None(**kw)
659 if user_obj is None:
660 user_obj = user.User(self, auth_method="request:427")
user_obj undefined self = <MoinMoin.request.request_cgi.Request object
at 0x00F992B0> self.get_user_default_None = <bound method
Request.get_user_default_None of <...equest.request_cgi.Request object
at 0x00F992B0>> kw = {'login': False, 'logout': False, 'name': None,
'password': None, 'user_obj': None}
C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in
get_user_default_None (self=<MoinMoin.request.request_cgi.Request
object at 0x00F992B0>, **kw={'login': False, 'logout': False, 'name':
None, 'password': None, 'user_obj': None})

672 user_obj, continue_flag = auth(self, name=name, password=password,
673 login=login, logout=logout, user_obj=user_obj,
674 cookie=cookie)
675 if not continue_flag:
676 break
cookie = <SimpleCookie: >
TypeError
'module' object is not callable

args = ("'module' object is not callable",)
message = "'module' object is not callable"
System Details
Date: Mon, 14 Apr 2008 08:47:42 +0000
Platform: win32 (nt)
Python: Python 2.5.1 (C:\Python25\python.exe)
MoinMoin: Release 1.6.2 (release)



Any ideas?

Thanks in advance,
Bernd.



From tw-public at gmx.de  Mon Apr 14 09:02:21 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 14 Apr 2008 15:02:21 +0200
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
In-Reply-To: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
References: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
Message-ID: <1208178141.30860.6.camel@black>

> I'm trying to setup MoinMoin 1.6.2 on Apache 2.2.8 with mod_auth_sspi
> 1.0.4. I've made the changes to httpd.conf and wikiconfig.py as
> described in ApacheOnWin32withDomainauthentication. When opening the
> browser and trying to access the wiki page I'm now getting the
> following messages:
> TypeError
> 'module' object is not callable

This is likely because your import of the auth function is not correct
(and likely that wiki page is outdated).

For 1.6.x it should be:

from MoinMoin.auth.http import http
from MoinMoin.auth import moin_session
auth = [http, moin_session]

It would be great if you could proofread and fix the page on
http://master16.moinmo.in/




From rick.vanderveer at gmail.com  Mon Apr 14 10:16:34 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Mon, 14 Apr 2008 09:16:34 -0500
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
In-Reply-To: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
References: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
Message-ID: <5c39e1ca0804140716g11c61a89yfb1a92a9c0e8bcf6@mail.gmail.com>

Bernd,
I apologize, I've been meaning to update those instructions since 1.6 came
out.

You should be able to "fix" your installation by applying the instructions
for updating here (in effect, you've installed 1.6 using 1.5 instructions,
so you now just need to apply the configuration updates):

http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16

-Rick



On Mon, Apr 14, 2008 at 3:52 AM, Bernd Bartmann <bernd.bartmann at gmail.com>
wrote:

> Hi,
>
> I'm trying to setup MoinMoin 1.6.2 on Apache 2.2.8 with mod_auth_sspi
> 1.0.4. I've made the changes to httpd.conf and wikiconfig.py as
> described in ApacheOnWin32withDomainauthentication. When opening the
> browser and trying to access the wiki page I'm now getting the
> following messages:
>
> --> -->
>
> TypeError
> 'module' object is not callable
>
> If you want to report a bug, please save this page and attach it to
> your bug report.
>
> Show debugging information Report bug Visit MoinMoin wiki
> Traceback
> A problem occurred in a Python script. Here is the sequence of
> function calls leading up to the error, in the order they occurred.
>
> C:\Python25\lib\site-packages\MoinMoin\request\request_cgi.py in
> __init__ (self=<MoinMoin.request.request_cgi.Request object at
> 0x00F992B0>, properties={})
>
> 24
> 25 self._setup_vars_from_std_env(os.environ)
> 26 RequestBase.__init__(self, properties)
> 27
> 28 except Exception, err:
> global RequestBase = <class 'MoinMoin.request.RequestBase'>
> RequestBase.__init__ = <unbound method RequestBase.__init__> self =
> <MoinMoin.request.request_cgi.Request object at 0x00F992B0> properties
> = {}
> C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in __init__
> (self=<MoinMoin.request.request_cgi.Request object at 0x00F992B0>,
> properties={})
>
> 249 i18n.i18n_init(self)
> 250
> 251 self.user = self.get_user_from_form()
> 252 # setuid handling
> 253 if self.session and 'setuid' in self.session:
> self = <MoinMoin.request.request_cgi.Request object at 0x00F992B0>
> self.user undefined self.get_user_from_form = <bound method
> Request.get_user_from_form of <Moi...equest.request_cgi.Request object
> at 0x00F992B0>>
> C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in
> get_user_from_form (self=<MoinMoin.request.request_cgi.Request object
> at 0x00F992B0>)
>
> 645 u = self.get_user_default_unknown(name=name, password=password,
> 646 login=login, logout=logout,
> 647 user_obj=None)
> 648 return u
> 649
> user_obj undefined builtin None = None
> C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in
> get_user_default_unknown (self=<MoinMoin.request.request_cgi.Request
> object at 0x00F992B0>, **kw={'login': False, 'logout': False, 'name':
> None, 'password': None, 'user_obj': None})
>
> 656 def get_user_default_unknown(self, **kw):
> 657 """ call do_auth and if it doesnt return a user object, make some
> "Unknown User" """
> 658 user_obj = self.get_user_default_None(**kw)
> 659 if user_obj is None:
> 660 user_obj = user.User(self, auth_method="request:427")
> user_obj undefined self = <MoinMoin.request.request_cgi.Request object
> at 0x00F992B0> self.get_user_default_None = <bound method
> Request.get_user_default_None of <...equest.request_cgi.Request object
> at 0x00F992B0>> kw = {'login': False, 'logout': False, 'name': None,
> 'password': None, 'user_obj': None}
> C:\Python25\lib\site-packages\MoinMoin\request\__init__.py in
> get_user_default_None (self=<MoinMoin.request.request_cgi.Request
> object at 0x00F992B0>, **kw={'login': False, 'logout': False, 'name':
> None, 'password': None, 'user_obj': None})
>
> 672 user_obj, continue_flag = auth(self, name=name, password=password,
> 673 login=login, logout=logout, user_obj=user_obj,
> 674 cookie=cookie)
> 675 if not continue_flag:
> 676 break
> cookie = <SimpleCookie: >
> TypeError
> 'module' object is not callable
>
> args = ("'module' object is not callable",)
> message = "'module' object is not callable"
> System Details
> Date: Mon, 14 Apr 2008 08:47:42 +0000
> Platform: win32 (nt)
> Python: Python 2.5.1 (C:\Python25\python.exe)
> MoinMoin: Release 1.6.2 (release)
>
>
>
> Any ideas?
>
> Thanks in advance,
> Bernd.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080414/6b1728e5/attachment.html>

From bernd.bartmann at gmail.com  Mon Apr 14 12:19:36 2008
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Mon, 14 Apr 2008 18:19:36 +0200
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
In-Reply-To: <1208178141.30860.6.camel@black>
References: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
	<1208178141.30860.6.camel@black>
Message-ID: <6c18a4f0804140919y5359272fs277395f4d5a3d8ee@mail.gmail.com>

On Mon, Apr 14, 2008 at 3:02 PM, Thomas Waldmann wrote:
> > I'm trying to setup MoinMoin 1.6.2 on Apache 2.2.8 with mod_auth_sspi
>  > 1.0.4. I've made the changes to httpd.conf and wikiconfig.py as
>  > described in ApacheOnWin32withDomainauthentication. When opening the
>  > browser and trying to access the wiki page I'm now getting the
>  > following messages:
>  > TypeError
>  > 'module' object is not callable
>
>  This is likely because your import of the auth function is not correct
>  (and likely that wiki page is outdated).
>
>  For 1.6.x it should be:
>
>  from MoinMoin.auth.http import http
>  from MoinMoin.auth import moin_session
>  auth = [http, moin_session]

Thanks a lot! After changing these lines in my wikiconfig.py
everything works now as expected.

>  It would be great if you could proofread and fix the page on
>  http://master16.moinmo.in/

The contents of this page looks ok to me.

Best regards,
Bernd.



From stephen at theboulets.net  Mon Apr 14 20:59:35 2008
From: stephen at theboulets.net (Stephen Boulet)
Date: Mon, 14 Apr 2008 19:59:35 -0500
Subject: [Moin-user] Icons no longer visible
In-Reply-To: <1207657842.11531.20.camel@black>
References: <73C5A705-DD2E-4109-A0F2-095CF17BC14F@theboulets.net>
	<1207657842.11531.20.camel@black>
Message-ID: <D9FAA5FB-622C-430A-8EA4-F164485F663C@theboulets.net>

On Apr 8, 2008, at 7:30 AM, Thomas Waldmann wrote:
>> I have a wiki that was working for a while over over apache2 and
>> mod_fastcgi.
>>
>> At the moment, it looks like I just have a text interface to my wiki,
>> and not the usual icons and widgets. I can access the content.
>>
>> Any pointers to getting the graphical interface back?
>
> It is likely that your web server is not serving the static stuff
> correctly (css, images, js).
>
> moin 1.5 used to use /wiki url as default url_prefix setting to  
> address
> those resources. Thus, your apache needed to serve the /wiki url with
> the htdocs/... files that come with moin.
>
> Because this was a constant source of misunderstandings and upgrade
> problems, moin 1.6.0 and future moin versions are a bit different,  
> they
> use /moin_static160 as default url_prefix_static setting (note the
> different name of the setting and also not that the number in that url
> changes with every moin version!).

Thanks for the answer. I'm actually not on version 1.6.x yet, I'm  
still using version 1.5.7-3ubuntu2 of python-moinmoin. I tried  
copying /usr/share/moin/htdocs to my wiki location, changing the  
ownership to www-data.www-data, but still no static content.

Stephen



From bernd.bartmann at gmail.com  Tue Apr 15 02:37:20 2008
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Tue, 15 Apr 2008 08:37:20 +0200
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
In-Reply-To: <6c18a4f0804140919y5359272fs277395f4d5a3d8ee@mail.gmail.com>
References: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
	<1208178141.30860.6.camel@black>
	<6c18a4f0804140919y5359272fs277395f4d5a3d8ee@mail.gmail.com>
Message-ID: <6c18a4f0804142337q349302cbi755601d24a6cfc90@mail.gmail.com>

On Mon, Apr 14, 2008 at 6:19 PM, Bernd Bartmann wrote:
>  The contents of this page looks ok to me.

Authentication against our domain controller now works just fine. As
the next step I now want to change the UserPreferences page according
to the ApacheOnWin32withDomainAuthentication description.

After adding the following lines to my wikiconfig.py I always get an
error telling me that I have to enter a password after saving my
preferences:

    show_login = 0
    user_form_remove = ['password', 'password2', 'logout',]
    user_checkbox_remove = ['disabled',]

Then I edited the UserPreferences page and removed the sections
"Creating a profile" and "Resetting password". Now after entering my
preference data and click on save I no longer get the error message
about the missing password, but nothing is being saved at all.

Best regards,
Bernd.



From bernd.bartmann at gmail.com  Tue Apr 15 02:59:27 2008
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Tue, 15 Apr 2008 08:59:27 +0200
Subject: [Moin-user] Howto get a list of all pages
Message-ID: <6c18a4f0804142359j6eb63319xf5b58c3fe5133c90@mail.gmail.com>

Hi,

is there a way to get a list of all pages that are stored in the wiki?
Also, is it possible to find out what other pages link to the
currently open page?

Thanks in advance,
Bernd.



From mohacsi at niif.hu  Tue Apr 15 05:16:43 2008
From: mohacsi at niif.hu (Mohacsi Janos)
Date: Tue, 15 Apr 2008 11:16:43 +0200 (CEST)
Subject: [Moin-user] adding page which is not searchable
Message-ID: <20080415110956.I5724@mignon.ki.iif.hu>

Dear All,
  	Is there way to add or modify a page which is accessible if you 
know the name, but not searchable.
  	The reason I need this:
There are several outdated page in our internal wiki. We are in a process 
of refreshing, restructuring them. We don't want our teams to use outdated 
information - make outdated pages no searchable.
  	Any idea can help.
  	Best Regards,

Janos Mohacsi
Network Engineer, Research Associate, Head of Network Planning and Projects
NIIF/HUNGARNET, HUNGARY
Key 70EF9882: DEC2 C685 1ED4 C95A 145F  4300 6F64 7B00 70EF 9882



From tw-public at gmx.de  Tue Apr 15 08:43:17 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 15 Apr 2008 14:43:17 +0200
Subject: [Moin-user] Icons no longer visible
In-Reply-To: <D9FAA5FB-622C-430A-8EA4-F164485F663C@theboulets.net>
References: <73C5A705-DD2E-4109-A0F2-095CF17BC14F@theboulets.net>	<1207657842.11531.20.camel@black>
	<D9FAA5FB-622C-430A-8EA4-F164485F663C@theboulets.net>
Message-ID: <4804A2E5.9030600@gmx.de>

>> It is likely that your web server is not serving the static stuff
>> correctly (css, images, js).
>>
>> moin 1.5 used to use /wiki url as default url_prefix setting to  
>> address
>> those resources. Thus, your apache needed to serve the /wiki url with
>> the htdocs/... files that come with moin.
>>
>> Because this was a constant source of misunderstandings and upgrade
>> problems, moin 1.6.0 and future moin versions are a bit different,  
>> they
>> use /moin_static160 as default url_prefix_static setting (note the
>> different name of the setting and also not that the number in that url
>> changes with every moin version!).
> 
> Thanks for the answer. I'm actually not on version 1.6.x yet, I'm  
> still using version 1.5.7-3ubuntu2 of python-moinmoin. I tried  
> copying /usr/share/moin/htdocs to my wiki location, changing the  
> ownership to www-data.www-data, but still no static content.

Do not expect that moin will magically do this for you.
You have to configure your web server to serve the static files.

For Apache and moin 1.5.x it is Alias /wiki ... (see our docs) in the 
apache configuration.




From tw-public at gmx.de  Tue Apr 15 08:46:34 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 15 Apr 2008 14:46:34 +0200
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
In-Reply-To: <6c18a4f0804142337q349302cbi755601d24a6cfc90@mail.gmail.com>
References: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>	<1208178141.30860.6.camel@black>	<6c18a4f0804140919y5359272fs277395f4d5a3d8ee@mail.gmail.com>
	<6c18a4f0804142337q349302cbi755601d24a6cfc90@mail.gmail.com>
Message-ID: <4804A3AA.8000707@gmx.de>

Hi Bernd,

watch this bug:

http://moinmo.in/MoinMoinBugs/UserSettingsHandlerFailsOnUserFormDisabledFields

Cheers,

Thomas



From tw-public at gmx.de  Tue Apr 15 08:49:45 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 15 Apr 2008 14:49:45 +0200
Subject: [Moin-user] Howto get a list of all pages
In-Reply-To: <6c18a4f0804142359j6eb63319xf5b58c3fe5133c90@mail.gmail.com>
References: <6c18a4f0804142359j6eb63319xf5b58c3fe5133c90@mail.gmail.com>
Message-ID: <4804A469.3080505@gmx.de>

> is there a way to get a list of all pages that are stored in the wiki?

Either look at the TitleIndex page or use ...?action=titleindex if you 
want a raw list.

> Also, is it possible to find out what other pages link to the
> currently open page?

Click on the page title.




From tw-public at gmx.de  Tue Apr 15 08:53:41 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 15 Apr 2008 14:53:41 +0200
Subject: [Moin-user] adding page which is not searchable
In-Reply-To: <20080415110956.I5724@mignon.ki.iif.hu>
References: <20080415110956.I5724@mignon.ki.iif.hu>
Message-ID: <4804A555.5000900@gmx.de>


>   	Is there way to add or modify a page which is accessible if you 
> know the name, but not searchable.

No.

> There are several outdated page in our internal wiki. We are in a process 
> of refreshing, restructuring them. We don't want our teams to use outdated 
> information - make outdated pages no searchable.

Well, you could make some RestructuringGroup page and put some people 
doing the restructuring into that group.

Then you could put ACL lines onto the pages that should only be 
available to that group:

#acl RestructuringGroup:read,write,delete,revert All:

Note that the All: is only necessary in case you grant All:read (or 
similar) rights in acl_rights_after.






From robert at cantab.net  Tue Apr 15 11:03:40 2008
From: robert at cantab.net (Robert Schumann)
Date: Tue, 15 Apr 2008 16:03:40 +0100
Subject: [Moin-user] Request for theme help (Software Freedom Day site)
Message-ID: <d58237a20804150803r1883327aj90fa73d48501dcc@mail.gmail.com>

Hi all,

I'm looking for a volunteer (sadly, we have a budget of zero :-( ) to help
overhaul the look-and-feel of the Software Freedom Day
website<http://softwarefreedomday.org/>.
The person we're looking for will have one or more of the following

   - familiarity with Moin wiki, and particularly with designing themes
   for Moin
   - skill with CSS, including making pages that are standards-compliant,
   internationalised, accessible and (if that wasn't enough) cross-browser
   - enough time to complete this task before the end of April.

Note that we are not aiming to re-invent the wheel; our first task will be
to identify an existing Moin theme that we can adapt to our purposes (but
still make it look distinctive). We already have someone who can produce
whatever size or shape logos and related SFD graphics you require - your
remit will be the CSS (plus a little python/HTML).

The site is currently running Moin 1.5.7, but will likely be upgraded to 1.6
soon.

Feel free to reply on- or off-list (depending on the relevance of your reply
to the rest of moin-user-land).

Thanks,
Robert.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080415/1d64b47a/attachment.html>

From mdasilva at cmat.edu.uy  Tue Apr 15 13:25:08 2008
From: mdasilva at cmat.edu.uy (=?ISO-8859-15?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tic?= =?ISO-8859-15?Q?a?=)
Date: Tue, 15 Apr 2008 14:25:08 -0300
Subject: [Moin-user] A question about TableOfContents macro.
Message-ID: <4804E4F4.80303@cmat.edu.uy>

I migrated a wikifarm from Moinmoin 1.3 to 1.5.8 and everything went 
fine. I have to make some adjustments and the server side (I mean, at 
Apache side) and also tune the Moinmoin configuration.

Now, I'm facing a problem that seems to be related to the 
TableOfContents macro. Some wikis use this macro and when the any page 
of this wiki loads, the table of contents appears quite weird. Here is 
an example:

<a class="nonexistent" 
href="/wikicmat/AyudaDeContenidos">AyudaDeContenidos</a>
1. Topic 1
2. Topic 2
3. Topic 3

The problem is this very first line with html code. It appears in all 
wikis, including those that was running with 1.3.x and those created 
with new version. "AyudaDeContenidos" means HelpContents in spanish. 
This page is not part of any wiki, and wasn't before.

Suggestions?!

Thank you!!!
-- 
Miguel Da Silva
Administrador de Red
Centro de Matem?tica - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la Rep?blica - http://www.rau.edu.uy



From dodecatheon at gmail.com  Tue Apr 15 19:06:09 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 15 Apr 2008 16:06:09 -0700
Subject: [Moin-user] need server-busting test
Message-ID: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>

Hi all,

At a company That Shall Not Be Named, the bean counters in IT support
are telling us that our new server can't be a standalone workstation.

Instead, they're going to give us a virtual Linux server on a
mainframe.

We will be running various SCM utilities on this server.  That means
some moin wiki hosting, CVS, subversion, bugzilla, etc.

A virtual server in itself wouldn't be so bad, but this one will be
static -- it will have about half the memory and I/O bandwidth and
capacity of the standalone Linux workstation we had envisioned.  This
doesn't make a lot of sense to me, since it seems like we're going
backwards from what we have now.

So I'm trying to come up with a test case we can use to break the
server, in order to show that their assessment of our requirements is
incorrect.

I have 5 or 6 wikis hosted on this server.  Generally, they don't get
a lot of traffic, but that could be arranged.

Can anybody think of some set of wiki operations that would overload
4GB of memory?

Ted
-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From mhz.chile at gmail.com  Wed Apr 16 00:10:09 2008
From: mhz.chile at gmail.com (Mauricio Hernandez)
Date: Wed, 16 Apr 2008 00:10:09 -0400
Subject: [Moin-user] Moin on XP box / apache error 403
Message-ID: <720dc91f0804152110v38182d52g45c4c4cb50ab35c7@mail.gmail.com>

Moin you all,

I have followed instructions from HelpOnInstalling/ApacheOnWin32. I
have tried 3 times, with exact same results, no matter what I do, I
always get "Forbidden" error. I even think that page has got a typo
because IIRC, the paths should have "\\" instead of a single "\".

Apache is indeed working fine, it is just the wiki instance that is failing.

My idea is to install Python 2.5, Apache and Moin 1.6.x on C: and
create the wiki instance on D:

 * Any of you experienced same problems?
 * Which info could I provide in order to get some help?

-- 
Cordialmente,

Mauricio Hernandez Z.

[Mail escrito sin caracteres especiales o acentos para evitar
conflictos de lectura entre sistemas]



From bernd.bartmann at gmail.com  Wed Apr 16 05:28:10 2008
From: bernd.bartmann at gmail.com (Bernd Bartmann)
Date: Wed, 16 Apr 2008 11:28:10 +0200
Subject: [Moin-user] MoinMoin and mod_auth_sspi setup problem
In-Reply-To: <4804A3AA.8000707@gmx.de>
References: <6c18a4f0804140152n430b7c6va3578f59da5b419f@mail.gmail.com>
	<1208178141.30860.6.camel@black>
	<6c18a4f0804140919y5359272fs277395f4d5a3d8ee@mail.gmail.com>
	<6c18a4f0804142337q349302cbi755601d24a6cfc90@mail.gmail.com>
	<4804A3AA.8000707@gmx.de>
Message-ID: <6c18a4f0804160228s5ddff5f3h22e0d1127b413200@mail.gmail.com>

On Tue, Apr 15, 2008 at 2:46 PM, Thomas Waldmann <tw-public at gmx.de> wrote:
> Hi Bernd,
>
>  watch this bug:
>
>  http://moinmo.in/MoinMoinBugs/UserSettingsHandlerFailsOnUserFormDisabledFields

Hmm, I don't know why, but since this morning saving the preferences
works just fine. My email address is now stored correctly.
The only thing that I've changed this is morning is to add a link to
the navigation bar in wikiconfig.py and restart Apache.

Best regards,
Bernd.



From rb.proj at gmail.com  Wed Apr 16 06:39:19 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Wed, 16 Apr 2008 12:39:19 +0200
Subject: [Moin-user] How do one make a macro?
In-Reply-To: <20080412205944.4be67588.randhol+moinmoin@pvv.org>
References: <20080412205944.4be67588.randhol+moinmoin@pvv.org>
Message-ID: <fu4l0o$ruj$1@ger.gmane.org>

Hi

I do use in 1.6

{{attachment:image.png|text|align=right}}

http://moinmo.in/MacroMarket has lots of examples how to write a macro

e.g.
http://moinmo.in/MacroMarket/HelloWorld-1.6

cheers
Reimar


Preben Randhol schrieb:
> Hi
> 
> Can somebody point me to documentation that explains how one make a
> macro?
> 
> The reason for asking is that I want to make an easy to use image
> aligner. With moinmoin 1.6 I have to do:
> 
> {{{#!html
> <div style="float: right;">
> }}}
> {{attachment:front.png}}
> {{{#!html
> <br clear=both>
> Caption text
> </div>
> <br clear=both>
> }}}
> 
> just to right align an image and put a caption below it. It would be
> much more nice if one could simply do something like:
> 
> <<Image attachment:front.png align=right caption="Caption text">>
> 
> Btw I don't get <<BR>> to work if one has used a {{{#!html before it.
> 
> 
> Thanks in advance
> 
> Preben
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone




From tw-public at gmx.de  Wed Apr 16 07:08:55 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 16 Apr 2008 13:08:55 +0200
Subject: [Moin-user] need server-busting test
In-Reply-To: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
References: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
Message-ID: <1208344135.7772.14.camel@black>

> A virtual server in itself wouldn't be so bad, but this one will be
> static -- it will have about half the memory and I/O bandwidth and
> capacity of the standalone Linux workstation we had envisioned.  This
> doesn't make a lot of sense to me, since it seems like we're going
> backwards from what we have now.
> 
> So I'm trying to come up with a test case we can use to break the
> server, in order to show that their assessment of our requirements is
> incorrect.
> 
> I have 5 or 6 wikis hosted on this server.  Generally, they don't get
> a lot of traffic, but that could be arranged.
> 
> Can anybody think of some set of wiki operations that would overload
> 4GB of memory?

I think going beyond 4GB is maybe not that easy (except if you have many
persistent worker processes running for many requests for wikis having
lots of pages - moin tries to cache some informations about pages in
memory).

So the I/O bandwidth could be more likely the limiting factor (moin does
quite much filesystem I/O), e.g. for:
 * fulltext search (not xapian search)
 * WordIndex
 * SystemInfo
 * EventStats and related (if you have a big event-log)
 * OrphanedPages

If that isn't enough, that graphviz dot and neato graph drawing
extension can consume quite some cpu (and memory iirc).

BTW, if putting it on the mainframe has to do with availability of a
critical resource (your wikis), you could also offer to run the
production wiki on a separate server, but to rsync it to a fallback wiki
on the mainframe regularly. You could even have that wiki online in
read-only mode all the time (maybe stop before rsync and start
afterwards).





From Marcin.Kasperski at softax.com.pl  Wed Apr 16 09:42:10 2008
From: Marcin.Kasperski at softax.com.pl (Marcin Kasperski)
Date: Wed, 16 Apr 2008 15:42:10 +0200
Subject: [Moin-user] need server-busting test
References: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
Message-ID: <87od89ex1p.fsf@softax.com.pl>

> I have 5 or 6 wikis hosted on this server.  Generally, they don't get
> a lot of traffic, but that could be arranged.
>
> Can anybody think of some set of wiki operations that would overload
> 4GB of memory?

I am successfully running some public moinmoin wiki on virtual server
set to 64MB RAM (the machine runs standalone moin proxied by
nginx). Works without any problems (under small load, few edits and at
most a few thousands of wikipage reads a day - but nevertheless).

So maybe do not exaggerate?

-- 
----------------------------------------------------------------------
| Marcin Kasperski   | I have a very small head and I had better learn
| http://mekk.waw.pl |  to live with it and to respect my limitations,
|                    |  rather than to try to ignore them. (Dijskstra)
----------------------------------------------------------------------




From skip at pobox.com  Wed Apr 16 08:15:43 2008
From: skip at pobox.com (skip at pobox.com)
Date: Wed, 16 Apr 2008 07:15:43 -0500
Subject: [Moin-user] need server-busting test
In-Reply-To: <1208344135.7772.14.camel@black>
References: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
	<1208344135.7772.14.camel@black>
Message-ID: <18437.60911.400387.910291@montanaro-dyndns-org.local>

    >> Can anybody think of some set of wiki operations that would overload
    >> 4GB of memory?

    Thomas> I think going beyond 4GB is maybe not that easy (except if you
    Thomas> have many persistent worker processes running for many requests
    Thomas> for wikis having lots of pages - moin tries to cache some
    Thomas> informations about pages in memory).

If you look at the Python wiki as a prototype for what you want to do, you
might try:

    * Create lots of pages (a couple thousand at least)
    * Enable the antispam stuff and create a LocalBadContent page which
      contains a lot of regular expressions (100 or more)
    * Perform many simultaneous checkins which must be checked against all
      those REs ...
    * ... while an ill-behaved web crawler hammers away at the wiki

:-)

-- 
Skip Montanaro - skip at pobox.com - http://www.webfast.com/~skip/



From net.sourceforge.lists.moin-user at pooryorick.com  Wed Apr 16 11:28:46 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (=?utf-8?Q?Poor=20Yorick?=)
Date: Wed, 16 Apr 2008 15:28:46 +0000
Subject: [Moin-user] email notification without page content
Message-ID: <20080416152846.9307.qmail@station198.com>

I'd like to receive email notification of changes made to a certain page, but since the page contains non-public information, don't want any page content to appear in the notification.  Is there option to do this currently?

-- 
Yorick



From net.sourceforge.lists.moin-user at pooryorick.com  Wed Apr 16 15:44:11 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (=?utf-8?Q?Poor=20Yorick?=)
Date: Wed, 16 Apr 2008 19:44:11 +0000
Subject: [Moin-user] processing markup in text  returned by GetVal
Message-ID: <20080416194411.16507.qmail@station198.com>

I wanted to include the contents of a dictionary entry in  a page, but the entry had some markup in the value, which ended up getting displayed literally in the page with the GetVal call.  Is there any way to retrieve a value from a dictionary and have it be processed for markup, the way the text of Include macros is?

-- 
Yorick



From rick.vanderveer at gmail.com  Wed Apr 16 23:09:06 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Wed, 16 Apr 2008 22:09:06 -0500
Subject: [Moin-user] need server-busting test
In-Reply-To: <87od89ex1p.fsf@softax.com.pl>
References: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
	<87od89ex1p.fsf@softax.com.pl>
Message-ID: <5c39e1ca0804162009i71669c15wf71f182c69593b1c@mail.gmail.com>

I'm with Marcin on this one.  I have a wiki-farm of a few thousand pages
that's used for internal documentation at my company.  My server is running
on an old Windows XP box, using Apache2, FastCGI, and Python 2.5.1 and quite
frankly I can't image it being any faster than it already is.  Pages, even
ones full of images, simply pop.   The only time we ran into a so-called
"slow" page was one we made that had about a dozen <<fullsearch()>>
functions on a single page (took about 4~5 seconds to process). We changed
it to <<fullsearchcached()>> and even that problem disappeared.
When I've monitored it, the CPU and networking barely blip during regular
usage.  And RAM-usage always remains about the same. Putting it on a faster
box would just be a waste of hardware!  :-)
Obviously not what you want to hear, but I would second that opinion that
your IT folks should pull it into a virtual machine.  I've been seriously
considering doing that myself.  There's really no reason not to, and yet
there are plenty of reasons to do it.  Your virtual server may have half the
bandwidth & CPU, but you may find that you don't even need all of it.

-Rick



On Wed, Apr 16, 2008 at 8:42 AM, Marcin Kasperski <
Marcin.Kasperski at softax.com.pl> wrote:

> > I have 5 or 6 wikis hosted on this server.  Generally, they don't get
> > a lot of traffic, but that could be arranged.
> >
> > Can anybody think of some set of wiki operations that would overload
> > 4GB of memory?
>
> I am successfully running some public moinmoin wiki on virtual server
> set to 64MB RAM (the machine runs standalone moin proxied by
> nginx). Works without any problems (under small load, few edits and at
> most a few thousands of wikipage reads a day - but nevertheless).
>
> So maybe do not exaggerate?
>
> --
> ----------------------------------------------------------------------
> | Marcin Kasperski   | I have a very small head and I had better learn
> | http://mekk.waw.pl |  to live with it and to respect my limitations,
> |                    |  rather than to try to ignore them. (Dijskstra)
> ----------------------------------------------------------------------
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080416/3db93c62/attachment.html>

From tw-public at gmx.de  Thu Apr 17 02:52:08 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 17 Apr 2008 08:52:08 +0200
Subject: [Moin-user] processing markup in text  returned by GetVal
In-Reply-To: <20080416194411.16507.qmail@station198.com>
References: <20080416194411.16507.qmail@station198.com>
Message-ID: <1208415128.5591.6.camel@black>

> I wanted to include the contents of a dictionary entry in  a page, but the entry had some markup in the value, which ended up getting displayed literally in the page with the GetVal call.  Is there any way to retrieve a value from a dictionary and have it be processed for markup, the way the text of Include macros is?

No. You could write your own GetValAndFormat macro for that.





From newz at bearfruit.org  Thu Apr 17 10:10:43 2008
From: newz at bearfruit.org (Matthew Nuzum)
Date: Thu, 17 Apr 2008 09:10:43 -0500
Subject: [Moin-user] need server-busting test
In-Reply-To: <5c39e1ca0804162009i71669c15wf71f182c69593b1c@mail.gmail.com>
References: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
	<87od89ex1p.fsf@softax.com.pl>
	<5c39e1ca0804162009i71669c15wf71f182c69593b1c@mail.gmail.com>
Message-ID: <f3c0b4080804170710l3ae9537fwda6bcb9def0d6d79@mail.gmail.com>

On Wed, Apr 16, 2008 at 10:09 PM, Rick Vanderveer
<rick.vanderveer at gmail.com> wrote:
> I'm with Marcin on this one.  I have a wiki-farm of a few thousand pages
> that's used for internal documentation at my company.  My server is running
> on an old Windows XP box, using Apache2, FastCGI, and Python 2.5.1 and quite
> frankly I can't image it being any faster than it already is.  Pages, even
> ones full of images, simply pop.   The only time we ran into a so-called
> "slow" page was one we made that had about a dozen <<fullsearch()>>
> functions on a single page (took about 4~5 seconds to process). We changed
> it to <<fullsearchcached()>> and even that problem disappeared.
>
> When I've monitored it, the CPU and networking barely blip during regular
> usage.  And RAM-usage always remains about the same. Putting it on a faster
> box would just be a waste of hardware!  :-)

Moin is remarkably quick, but when your dataset is small enough to fit
into the OS's RAM (disk cache) your results can vary quite noticeably
from a site whose dataset is too large to be in RAM.

If you want to test the performance of your moin installation doing
full text searches usually does the trick. In the case of a dataset
too large to be cached you'll exercise the disk heads quite nicely.

However don't be surprised if your mainframe VM does better than you
think, since these higher end machines tend to have higher end I/O
systems. In that case you may find things like saving pages to be
faster on the VM than the workstation.

If you consider it, tasks such as svn/cvs and bugzilla are going to be
very disk i/o intensive since they must bypass the RAM cache for
writes and tend to be write heavy. I don't know about your source
control system, but mine is too big to fit into 4G of RAM along with a
bugzilla data store and a wiki. If so, that means that disk i/o will
be a contributing factor to the overall performance.

Instead of saying, "I don't want a vm, I want my OWN server. Hmmph."
maybe you should see if the vm solution will meet your needs. If so,
then what do you care as long as the end result is satisfactory?
(that's a rhetorical question) Consider testing your vm system under a
normal workload and checking if the performance is acceptable. If so,
then be happy. :-)

-- 
Matthew Nuzum
newz2000 on freenode



From mhz at ubuntu.com  Thu Apr 17 12:33:25 2008
From: mhz at ubuntu.com (Mauricio Hernandez Z.)
Date: Thu, 17 Apr 2008 12:33:25 -0400
Subject: [Moin-user] Moin Security and Performance issues based on host
	operating system
Message-ID: <720dc91f0804170933o243958b5t4864914631e4ce8@mail.gmail.com>

Hi listers,

Are there any security issues to be considered in order to decide
which operating system is more reliable to host a Moin instance or
farm?

Are there any performance issues to be considered in order to decide
which operating system is more reliable to host a Moin instance or
farm?

My humble experience, with no tests whatsoever, just personal
perception, is that Moin on Linux (standard Ubuntu default server)
runs smoothly, but I'd like to know your opinions and experiences,
please.

-- 
Regards,

Mauricio Hernandez Z.

[Mail escrito sin caracteres especiales o acentos para evitar
conflictos de lectura entre sistemas]



From skip at pobox.com  Thu Apr 17 12:43:59 2008
From: skip at pobox.com (skip at pobox.com)
Date: Thu, 17 Apr 2008 11:43:59 -0500
Subject: [Moin-user] need server-busting test
In-Reply-To: <5c39e1ca0804162009i71669c15wf71f182c69593b1c@mail.gmail.com>
References: <lsp3apm1zxa.fsf@saturna.ca.boeing.com>
	<87od89ex1p.fsf@softax.com.pl>
	<5c39e1ca0804162009i71669c15wf71f182c69593b1c@mail.gmail.com>
Message-ID: <18439.32335.970920.848807@montanaro-dyndns-org.local>


    Rick> I'm with Marcin on this one.  I have a wiki-farm of a few thousand
    Rick> pages that's used for internal documentation at my company.  My
    Rick> server is running on an old Windows XP box, using Apache2,
    Rick> FastCGI, and Python 2.5.1 and quite frankly I can't image it being
    Rick> any faster than it already is.  Pages, even ones full of images,
    Rick> simply pop.  The only time we ran into a so-called "slow" page was
    Rick> one we made that had about a dozen <<fullsearch()>> functions on a
    Rick> single page (took about 4~5 seconds to process).

In general, Moin seems to be quite efficient.  As you observed, there are
some macros which can take a lot of time to execute.  If you have an
internal wiki this shouldn't be too much of a problem.  An Internet-facing
wiki though can experience major problems as I recounted partially
tongue-in-cheek regarding the Python wiki.  For that wiki:

    * TitleIndex indicates it has over 2000 pages.  (Title search for
      "python" takes about 5 seconds, text search, about 25 seconds.)
    * BadContent currently contains 4355 regular expressions.  (Checking in
      a trivial edit to WikiSandBox takes about 15 seconds.)

So when the spammers hit the Python wiki can be fairly easily brought to its
knees.  (Yes, I know we should upgrade to 1.6.x and enable textcha's, but
that task never seems to creep up to the top of anyone's queue.)

Skip



From tw-public at gmx.de  Thu Apr 17 12:22:54 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 17 Apr 2008 18:22:54 +0200
Subject: [Moin-user] Moin Security and Performance issues based on host
 operating system
In-Reply-To: <720dc91f0804170933o243958b5t4864914631e4ce8@mail.gmail.com>
References: <720dc91f0804170933o243958b5t4864914631e4ce8@mail.gmail.com>
Message-ID: <4807795E.3000906@gmx.de>

> Are there any security issues to be considered in order to decide
> which operating system is more reliable to host a Moin instance or
> farm?

Well, I think you should prefer a well-maintained linux system (e.g. 
debian or ubuntu) over a windows box.

Most of moin's code is the same for linux (posix) systems and win32 
systems, but we have a bit of platform dependant code (mostly because of 
stuff being broken or insane on win32).

Some stuff (like e.g. xapian) might be troublesome on win32.

Sometimes there are strange effects on win32 (see those bug reports 
about removal of a directory failing first and then mysterically 
succeeding some milliseconds later).

Also, I think moin on linux is better tested and more used than on 
windows (speaking of server setups, not personal wikis).

> Are there any performance issues to be considered in order to decide
> which operating system is more reliable to host a Moin instance or
> farm?

You need a good filesystem. So if it must be Windows, don't use FAT.

On Linux (Posix) some stuff can be done faster, e.g. due to posix 
semantics of a rename operation - on windows we have to emulate that 
using slower locking.

> My humble experience, with no tests whatsoever, just personal
> perception, is that Moin on Linux (standard Ubuntu default server)
> runs smoothly, but I'd like to know your opinions and experiences,
> please.

I didn't do comparisons and benchmarks of linux vs. win32 as a moin 
server. For me, using a Windows server for moin is out of question 
anyway. :)

What you didn't ask for is setup and maintenance. Setting up Python, 
Moin, python-libs and other support tools is often more work on Windows 
and sometimes you maybe have trouble getting pre-compiled stuff for some 
library. If you run into this, you would have to setup a C development 
environment yourself (that's easy and standard for linux, but 
non-standard and maybe a pain to do on windows).



From dodecatheon at gmail.com  Fri Apr 18 13:14:05 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Fri, 18 Apr 2008 10:14:05 -0700
Subject: [Moin-user] Searching within Interwiki
Message-ID: <lspr6d3qe5e.fsf@saturna.ca.boeing.com>

Hi all,

I've finally gotten around to turning my small set of wikis into a
farm, and I've also consolidated my Interwiki into a single location.

On the front page of each wiki in my farm, I like to keep a list of
the other local wikis for quick reference.  I was thinking that it
would be nice to generate the list using some kind of search within my
Interwiki file.  That way, if I update intermap.txt, the various front
pages would be changed automatically.

All of the wikis have URLs that look like

       http://wikihost.mycompany.com/SomethingWiki

which could easily be a regular expression.

Is there a macro that could do the search?  FullSearchCached looks
possible, but what I want to insert is a list of the found lines, not
the documents where those lines are found.

Thanks!

Ted
-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From tw-public at gmx.de  Sun Apr 20 15:06:46 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 20 Apr 2008 21:06:46 +0200
Subject: [Moin-user] *** upcoming 1.6.3 release / major security fix for
	1.6.x users ***
Message-ID: <1208718406.7773.33.camel@black>

Hi,

I just wanted to announce that we are currently in final testing of the
1.6.3 release - after having worked over the weekend to fix some
critical security issues.

If you use a previous 1.6 release, especially if you are using ACLs
(other than for Known: and All:) or if you have a non-empty superuser
list, please follow this advice:

a) clear your superuser list immediately NOW (e.g. in wikiconfig):

   superuser = []

Note: for farm-like setups with config inheritance it might be not
enough to comment it out - it could be set to a non-empty list in a
config your inherit from, so better assign the empty list.

b) if you have very sensitive content in your wiki (e.g. secret stuff
that must not be read by the unauthorized people or stuff were write
access is very critical, even if logged), it is suggested that you
either take away the critical access or shut the wiki down until you
have installed the fix.

E.g. if write access is critical, but reading is allowed for everybody:

    acl_rights_before = u"All:read" # everybody can read everything,
                                    # but noone can write

c) You have to restart your web server after making those changes.

d) Watch those pages (if you have an account on the moinmo.in wiki, you
can subscribe to the pages and you will be notified by email when they
are changed):

http://moinmo.in/     <-- used for release announcements

http://moinmo.in/SecurityFixes   <-- for security fix news

e) Download and upgrade to 1.6.3 as soon as it is available. After
installing the 1.6.3 code and restarting your web server (see SystemInfo
page), you can restore your previous acl_rights_* setup and also your
superuser list.

moin 1.5.x is (as far as we know) not affected by this bug, but if you
are still running 1.5.x you should also consider upgrading as 1.5.9 was
the last 1.5.x release and there won't be any updates/fixes for 1.5 any
more.

We are really sorry about this (the code change [it was a fix for
another bug] that caused this looked really harmless, but while fixing
that other bug, it poked a even bigger hole into security in a quite
unexpected way).

Thomas





From zoom.quiet at gmail.com  Sun Apr 20 19:58:33 2008
From: zoom.quiet at gmail.com (Zoom.Quiet)
Date: Mon, 21 Apr 2008 07:58:33 +0800
Subject: [Moin-user] *** upcoming 1.6.3 release / major security fix for
	1.6.x users ***
In-Reply-To: <1208718406.7773.33.camel@black>
References: <1208718406.7773.33.camel@black>
Message-ID: <9dad9f0a0804201658x5883c7cck8aeee626bbea42f4@mail.gmail.com>

On Mon, Apr 21, 2008 at 3:06 AM, Thomas Waldmann <tw-public at gmx.de> wrote:
> Hi,
>
Hoohoooo! quick upgrade! great wiki engine!
just in time flowing u!
>  I just wanted to announce that we are currently in final testing of the
>  1.6.3 release - after having worked over the weekend to fix some
>  critical security issues.
>
>  If you use a previous 1.6 release, especially if you are using ACLs
>  (other than for Known: and All:) or if you have a non-empty superuser
>  list, please follow this advice:
>
>  a) clear your superuser list immediately NOW (e.g. in wikiconfig):
>
>    superuser = []
>
>  Note: for farm-like setups with config inheritance it might be not
>  enough to comment it out - it could be set to a non-empty list in a
>  config your inherit from, so better assign the empty list.
>
>  b) if you have very sensitive content in your wiki (e.g. secret stuff
>  that must not be read by the unauthorized people or stuff were write
>  access is very critical, even if logged), it is suggested that you
>  either take away the critical access or shut the wiki down until you
>  have installed the fix.
>
>  E.g. if write access is critical, but reading is allowed for everybody:
>
>     acl_rights_before = u"All:read" # everybody can read everything,
>                                     # but noone can write
>
>  c) You have to restart your web server after making those changes.
>
>  d) Watch those pages (if you have an account on the moinmo.in wiki, you
>  can subscribe to the pages and you will be notified by email when they
>  are changed):
>
>  http://moinmo.in/     <-- used for release announcements
>
>  http://moinmo.in/SecurityFixes   <-- for security fix news
>
>  e) Download and upgrade to 1.6.3 as soon as it is available. After
>  installing the 1.6.3 code and restarting your web server (see SystemInfo
>  page), you can restore your previous acl_rights_* setup and also your
>  superuser list.
>
>  moin 1.5.x is (as far as we know) not affected by this bug, but if you
>  are still running 1.5.x you should also consider upgrading as 1.5.9 was
>  the last 1.5.x release and there won't be any updates/fixes for 1.5 any
>  more.
>
>  We are really sorry about this (the code change [it was a fix for
>  another bug] that caused this looked really harmless, but while fixing
>  that other bug, it poked a even bigger hole into security in a quite
>  unexpected way).
>
>  Thomas
>
>
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Don't miss this year's exciting event. There's still time to save $100.
>  Use priority code J8TL2D2.
>  http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>  _______________________________________________
>  Moin-user mailing list
>  Moin-user at lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/moin-user
>



-- 
'''????????????????????!
PI keeps evolving organizations which promoting people be good!
'''http://zoomquiet.org
Pls. usage OOo to replace M$ Office. http://zh.openoffice.org
Pls. usage 7-zip to replace WinRAR/WinZip. http://7-zip.org
You can get the truely Freedom 4 software.

From sven.sternberger at desy.de  Mon Apr 21 10:41:11 2008
From: sven.sternberger at desy.de (Sven Sternberger)
Date: Mon, 21 Apr 2008 16:41:11 +0200
Subject: [Moin-user] Howto delete multiple pages!
Message-ID: <1208788871.20224.10.camel@pcx4546.desy.de>

Hello!

due to a misconfiguration of our web server, our moinmoin
was heavily filled with spam pages.

Is there a way to ease the process of deleting these hundreds of pages?
Is it possible to remove the pages on the server manually for example?

I have installed MoinMoin 1.3.4, on a Linux Debian Sarge machine

best regards!

sven




From tw-public at gmx.de  Mon Apr 21 10:23:16 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 21 Apr 2008 16:23:16 +0200
Subject: [Moin-user] Howto delete multiple pages!
In-Reply-To: <1208788871.20224.10.camel@pcx4546.desy.de>
References: <1208788871.20224.10.camel@pcx4546.desy.de>
Message-ID: <480CA354.7020304@gmx.de>

> due to a misconfiguration of our web server, our moinmoin
> was heavily filled with spam pages.
> I have installed MoinMoin 1.3.4, on a Linux Debian Sarge machine

Pity.

Newer moin versions have the despam action (superuser only) and it will 
delete pages if they were created by the spammer and not edited by 
someone else afterwards.

Maybe you could try to backport action/despam.py from moin 1.5.

> Is there a way to ease the process of deleting these hundreds of pages?

Maybe going to the filesystem and using a tool like midnight commander 
(mc) is the easiest way. If you are really sure, you can just delete the 
spam pagedirs from data/pages/... - create a backup before in case 
something goes wrong.





From tw-public at gmx.de  Mon Apr 21 10:30:01 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 21 Apr 2008 16:30:01 +0200
Subject: [Moin-user] Howto delete multiple pages!
In-Reply-To: <1208788871.20224.10.camel@pcx4546.desy.de>
References: <1208788871.20224.10.camel@pcx4546.desy.de>
Message-ID: <480CA4E9.2080209@gmx.de>

> due to a misconfiguration of our web server, our moinmoin
> was heavily filled with spam pages.

BTW, moin 1.6 has much better spam protection with TextChas (like 
CAPTCHA, but just text questions and answers).

Although our wikis are anonymously read-write, we did not have any 
(automated) spam since a few months (since switching from 1.5 to 1.6).

In the same timespam, we had 2 spam pages edited manually by some human 
to promote his site, but that was easily handled and he didn't come back 
yet.




From mdasilva at fing.edu.uy  Mon Apr 21 07:52:09 2008
From: mdasilva at fing.edu.uy (=?ISO-8859-1?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tica?=)
Date: Mon, 21 Apr 2008 08:52:09 -0300
Subject: [Moin-user] Howto delete multiple pages!
In-Reply-To: <1208788871.20224.10.camel@pcx4546.desy.de>
References: <1208788871.20224.10.camel@pcx4546.desy.de>
Message-ID: <480C7FE9.2080307@fing.edu.uy>

Sven Sternberger wrote:
> Hello!
> 
> due to a misconfiguration of our web server, our moinmoin
> was heavily filled with spam pages.
> 
> Is there a way to ease the process of deleting these hundreds of pages?
> Is it possible to remove the pages on the server manually for example?
> 
> I have installed MoinMoin 1.3.4, on a Linux Debian Sarge machine
> 
> best regards!
> 
> sven
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user

Yes, it is possible... to check the complete procedure visit:

1) visit 
http://moinmoin.wikiwikiweb.de/ScriptMarket/RemoveAllExceptSystemPages

2) http://moinmoin.wikiwikiweb.de/JamieLawrence/RemoveNonEnglishPages

Greetings.
-- 
Miguel Da Silva
Administrador de Red
Centro de Matem?tica - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la Rep?blica - http://www.rau.edu.uy



From fstltna at yahoo.com  Mon Apr 21 23:22:59 2008
From: fstltna at yahoo.com (Marisa Giancarla)
Date: Mon, 21 Apr 2008 20:22:59 -0700
Subject: [Moin-user] Can the data from the desktop version of Moin be
	uploaded to the server version?
Message-ID: <D2DB3D072A4C443A959FC3AE1F976DFB@Mite>

Can the data from the desktop version of Moin be uploaded to the server version? I would like to do a bunch of work on the desktop version and then upload the data tree up to the server version when I am through. Is this possible?

Marisa

--- http://pulpfictionstore.com ---
--- http://www.amazon.com/shops/pocketfiction ---
--- http://pocketfiction.com ---
--- http://member.merchantcircle.com/pocketfiction ---
AIM/Y!IM/ICQ: fstltna
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080421/86152b41/attachment.html>

From tw-public at gmx.de  Tue Apr 22 03:40:56 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 22 Apr 2008 09:40:56 +0200
Subject: [Moin-user] Can the data from the desktop version of Moin
	be	uploaded to the server version?
In-Reply-To: <D2DB3D072A4C443A959FC3AE1F976DFB@Mite>
References: <D2DB3D072A4C443A959FC3AE1F976DFB@Mite>
Message-ID: <1208850056.8961.6.camel@black>


> Can the data from the desktop version of Moin be uploaded to the
> server version?

Yes. If you are using mmde 1.5.5a, the data_dir is the same as for moin
1.5.5.

Of course you need to use the 1.6 migration scripts if you want to use
the data with moin >= 1.6.0 (1.6.3 is recommended). BTW, moin 1.6 has
the "DesktopEdition" built-in (in other words: an easy to launch
standalone server and a preconfigured wiki, you just need python).

>  I would like to do a bunch of work on the desktop version and then
> upload the data tree up to the server version when I am through. Is
> this possible?

With moin 1.6 you could look at wikisync, maybe that's interesting for
you.






From rb.proj at gmail.com  Tue Apr 22 07:58:14 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Tue, 22 Apr 2008 13:58:14 +0200
Subject: [Moin-user] Can the data from the desktop version of Moin be
 uploaded to the server version?
In-Reply-To: <1208850056.8961.6.camel@black>
References: <D2DB3D072A4C443A959FC3AE1F976DFB@Mite>
	<1208850056.8961.6.camel@black>
Message-ID: <fukjsn$u8t$1@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thomas Waldmann schrieb:
|> Can the data from the desktop version of Moin be uploaded to the
|> server version?
|
| Yes. If you are using mmde 1.5.5a, the data_dir is the same as for moin
| 1.5.5.
|
| Of course you need to use the 1.6 migration scripts if you want to use
| the data with moin >= 1.6.0 (1.6.3 is recommended). BTW, moin 1.6 has
| the "DesktopEdition" built-in (in other words: an easy to launch
| standalone server and a preconfigured wiki, you just need python).
|
|>  I would like to do a bunch of work on the desktop version and then
|> upload the data tree up to the server version when I am through. Is
|> this possible?
|
| With moin 1.6 you could look at wikisync, maybe that's interesting for
| you.

... and you can create a package of all user created pages and
attachments using the moin command.
http://moinmo.in/HelpOnMoinCommand#head-95e9d8aa5de47c96f730e8caf1db4fe873f8e12f

that package can be easily installed from the superuser on the server wiki.

cheers
Reimar


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFIDdLV5aOc3Q9hk/kRAnWBAKCnCnv4aZ/27zjZbcVBPtpsgNqZ5gCfWFAd
jnVEtlbZIMJ+P4h6nW13fdA=
=e3Tz
-----END PGP SIGNATURE-----




From suresh.madhuvarsu at gmail.com  Tue Apr 22 16:06:11 2008
From: suresh.madhuvarsu at gmail.com (Suresh Krishna)
Date: Tue, 22 Apr 2008 13:06:11 -0700
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
Message-ID: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>

Hi,

We are using the MoinMoin for internal department wiki. Unfortunately this
was never upgraded from 1.2.1 version from 2004. Now the honor is on me to
upgrade this to 1.5.9. I have been looking at the documents (i looked into
the CHANGES and README.migration), but i could not get a straight forward
solution to this.

Are there any sequence of steps to migrate this. Or is there any script
support ? Currently i am scratching my head and any kind of help is
appreciated.

Thanks,
Krishna
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080422/0c7182f3/attachment.html>

From fstltna at yahoo.com  Tue Apr 22 23:19:42 2008
From: fstltna at yahoo.com (Marisa Giancarla)
Date: Tue, 22 Apr 2008 20:19:42 -0700
Subject: [Moin-user] Can the data from the desktop version of Moin be
	uploaded to the server version?
References: <D2DB3D072A4C443A959FC3AE1F976DFB@Mite><1208850056.8961.6.camel@black>
	<fukjsn$u8t$1@ger.gmane.org>
Message-ID: <5512DF7832E34C47A371F4DCAC5004AC@Mite>

Thanks for the reply. Where can I get 1.6.3 the sourceforge site only has 
1.6.0. and the 1.5.8 that I already got on it.

Marisa

--- http://pulpfictionstore.com ---
--- http://www.amazon.com/shops/pocketfiction ---
--- http://pocketfiction.com ---
--- http://member.merchantcircle.com/pocketfiction ---
AIM/Y!IM/ICQ: fstltna

--------------------------------------------------
From: "R.Bauer" <rb.proj at gmail.com>
Sent: Tuesday, April 22, 2008 4:58 AM
To: <moin-user at lists.sourceforge.net>
Subject: Re: [Moin-user] Can the data from the desktop version of Moin be 
uploaded to the server version?

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Thomas Waldmann schrieb:
> |> Can the data from the desktop version of Moin be uploaded to the
> |> server version?
> |
> | Yes. If you are using mmde 1.5.5a, the data_dir is the same as for moin
> | 1.5.5.
> |
> | Of course you need to use the 1.6 migration scripts if you want to use
> | the data with moin >= 1.6.0 (1.6.3 is recommended). BTW, moin 1.6 has
> | the "DesktopEdition" built-in (in other words: an easy to launch
> | standalone server and a preconfigured wiki, you just need python).
> |
> |>  I would like to do a bunch of work on the desktop version and then
> |> upload the data tree up to the server version when I am through. Is
> |> this possible?
> |
> | With moin 1.6 you could look at wikisync, maybe that's interesting for
> | you.
>
> ... and you can create a package of all user created pages and
> attachments using the moin command.
> http://moinmo.in/HelpOnMoinCommand#head-95e9d8aa5de47c96f730e8caf1db4fe873f8e12f
>
> that package can be easily installed from the superuser on the server 
> wiki.
>
> cheers
> Reimar
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (GNU/Linux)
> Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
>
> iD8DBQFIDdLV5aOc3Q9hk/kRAnWBAKCnCnv4aZ/27zjZbcVBPtpsgNqZ5gCfWFAd
> jnVEtlbZIMJ+P4h6nW13fdA=
> =e3Tz
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user 




From mdasilva at cmat.edu.uy  Tue Apr 22 23:56:15 2008
From: mdasilva at cmat.edu.uy (=?ISO-8859-1?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tica?=)
Date: Wed, 23 Apr 2008 00:56:15 -0300
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
Message-ID: <480EB35F.2000105@cmat.edu.uy>

Suresh Krishna escreveu:
> Hi,
> 
> We are using the MoinMoin for internal department wiki. Unfortunately 
> this was never upgraded from 1.2.1 version from 2004. Now the honor is 
> on me to upgrade this to 1.5.9. <http://1.5.9.> I have been looking at 
> the documents (i looked into the CHANGES and README.migration), but i 
> could not get a straight forward solution to this.
> 
> Are there any sequence of steps to migrate this. Or is there any script 
> support ? Currently i am scratching my head and any kind of help is 
> appreciated.
> 
> Thanks,
> Krishna
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user


Hi there... I don't know what Linux flavor you're using. I did a 
migration like yours in a Debian system. This distribution brought a 
README file with a good information on that.

By the other hand, I saw a friend of mine migrating a 1.2.x moinmoin 
wiki to 1.5.x in a Solaris system (everything went fine).

You could check this link: 
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/MigrationIssues

Good luck.
-- 
Miguel Da Silva
Administrador de Red
Centro de Matem?tica - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la Rep?blica - http://www.rau.edu.uy



From tw-public at gmx.de  Wed Apr 23 03:33:51 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 23 Apr 2008 09:33:51 +0200
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
Message-ID: <1208936031.5822.16.camel@black>


> We are using the MoinMoin for internal department wiki. Unfortunately
> this was never upgraded from 1.2.1 version from 2004. Now the honor is
> on me to upgrade this to 1.5.9.

:)

As there won't be updates to 1.5.x any more, you could also consider
upgrading to 1.6.3 instead of upgrading to an already rather outdated
version.

> I have been looking at the documents (i looked into the CHANGES and
> README.migration), but i could not get a straight forward solution to
> this.

Well, there is no magic "doallthework" script and the upgrade you are
doing spans 4 years of moin development including 2 major upgrades (1.2
to 1.3, 1.5 to 1.6), so expect this to be quite some work.

README.migration has the most important informations you need for
converting your data directory. Read it (again), read it completely. You
maybe have noticed that the recent stuff is at the beginning, while the
older stuff is rather near the end of the file.

You have to run all the "old" mig scripts. The final old script enables
the new style mig scripts to work. Then you have to run the new style
mig scripts.

If you migrate an important production wiki, it is maybe a good idea to
install the new wiki (for test purposes) to a different location first
(other url, other code location, maybe using another machine), so you
don't interfere with the old wiki running.

Once you have done the migration, config changes etc. and have the new
wiki up and running: test it for a while. Then do the real migration of
the production wiki (you have experience now doing it and you can use
the config files from the test wiki. just migrate the current data dir
from the production wiki again).

In case you encounter problems, ask concrete questions and maybe join us
on #moin irc channel for support.





From tw-public at gmx.de  Wed Apr 23 03:35:55 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 23 Apr 2008 09:35:55 +0200
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <480EB35F.2000105@cmat.edu.uy>
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
	<480EB35F.2000105@cmat.edu.uy>
Message-ID: <1208936155.5822.19.camel@black>

> By the other hand, I saw a friend of mine migrating a 1.2.x moinmoin 
> wiki to 1.5.x in a Solaris system (everything went fine).
> 
> You could check this link: 
> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/MigrationIssues
> 

Please use the new URL http://moinmo.in/...





From rb.proj at gmail.com  Wed Apr 23 08:10:10 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Wed, 23 Apr 2008 14:10:10 +0200
Subject: [Moin-user] Can the data from the desktop version of Moin be
 uploaded to the server version?
In-Reply-To: <5512DF7832E34C47A371F4DCAC5004AC@Mite>
References: <D2DB3D072A4C443A959FC3AE1F976DFB@Mite><1208850056.8961.6.camel@black>	<fukjsn$u8t$1@ger.gmane.org>
	<5512DF7832E34C47A371F4DCAC5004AC@Mite>
Message-ID: <fun8v2$gv9$1@ger.gmane.org>

Marisa Giancarla schrieb:
> Thanks for the reply. Where can I get 1.6.3 the sourceforge site only has 
> 1.6.0. and the 1.5.8 that I already got on it.
> 
> Marisa

http://moinmo.in/MoinMoinDownload

cheers Reimar


> 
> --- http://pulpfictionstore.com ---
> --- http://www.amazon.com/shops/pocketfiction ---
> --- http://pocketfiction.com ---
> --- http://member.merchantcircle.com/pocketfiction ---
> AIM/Y!IM/ICQ: fstltna
> 
> --------------------------------------------------
> From: "R.Bauer" <rb.proj at gmail.com>
> Sent: Tuesday, April 22, 2008 4:58 AM
> To: <moin-user at lists.sourceforge.net>
> Subject: Re: [Moin-user] Can the data from the desktop version of Moin be 
> uploaded to the server version?
> 
> Thomas Waldmann schrieb:
> |> Can the data from the desktop version of Moin be uploaded to the
> |> server version?
> |
> | Yes. If you are using mmde 1.5.5a, the data_dir is the same as for moin
> | 1.5.5.
> |
> | Of course you need to use the 1.6 migration scripts if you want to use
> | the data with moin >= 1.6.0 (1.6.3 is recommended). BTW, moin 1.6 has
> | the "DesktopEdition" built-in (in other words: an easy to launch
> | standalone server and a preconfigured wiki, you just need python).
> |
> |>  I would like to do a bunch of work on the desktop version and then
> |> upload the data tree up to the server version when I am through. Is
> |> this possible?
> |
> | With moin 1.6 you could look at wikisync, maybe that's interesting for
> | you.
> 
> ... and you can create a package of all user created pages and
> attachments using the moin command.
> http://moinmo.in/HelpOnMoinCommand#head-95e9d8aa5de47c96f730e8caf1db4fe873f8e12f
> 
> that package can be easily installed from the superuser on the server 
> wiki.
> 
> cheers
> Reimar
> 
> 
>>
>>
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
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 the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone




From suresh.madhuvarsu at gmail.com  Wed Apr 23 14:06:19 2008
From: suresh.madhuvarsu at gmail.com (Suresh Krishna)
Date: Wed, 23 Apr 2008 11:06:19 -0700
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <1208936031.5822.16.camel@black>
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
	<1208936031.5822.16.camel@black>
Message-ID: <c4241cc10804231106p3d22e231l458022db786d57f7@mail.gmail.com>

Thanks for the tips. I am on windows xp.

I ran 12_to_13_mig01.py, 12_to_13_mig02.py, 12_to_13_mig03.py and
12_to_13_mig04.py.
On the migration script (12_to_13_mig04.py) i get the following error....

*Error: can't copy 'data.pre-mig4\pages\ZufallsSeite\text' to
'data\pages\ZufallsSeite\text'
Traceback (most recent call last):
  File
"C:\tmp\MOINWIKI\Lib\site-packages\MoinMoin\script\old\migration\12_to_13_mig04.py",
line 150, in <module> convert_eventlog(opj(origdir, 'event.log'),
opj('data', 'event-log'))
  File
"C:\tmp\MOINWIKI\Lib\site-packages\MoinMoin\script\old\migration\12_to_13_mig04.py",
line 65, in convert_eventlog data[0] = str(convert_ts(float(data[0]))) # we
want usecs ValueError: invalid literal for float(): w
*
Any idea where they are coming from. What do they mean ?

Thanks,
Krishna

On Wed, Apr 23, 2008 at 12:33 AM, Thomas Waldmann <tw-public at gmx.de> wrote:

>
> > We are using the MoinMoin for internal department wiki. Unfortunately
> > this was never upgraded from 1.2.1 version from 2004. Now the honor is
> > on me to upgrade this to 1.5.9.
>
> :)
>
> As there won't be updates to 1.5.x any more, you could also consider
> upgrading to 1.6.3 instead of upgrading to an already rather outdated
> version.
>
> > I have been looking at the documents (i looked into the CHANGES and
> > README.migration), but i could not get a straight forward solution to
> > this.
>
> Well, there is no magic "doallthework" script and the upgrade you are
> doing spans 4 years of moin development including 2 major upgrades (1.2
> to 1.3, 1.5 to 1.6), so expect this to be quite some work.
>
> README.migration has the most important informations you need for
> converting your data directory. Read it (again), read it completely. You
> maybe have noticed that the recent stuff is at the beginning, while the
> older stuff is rather near the end of the file.
>
> You have to run all the "old" mig scripts. The final old script enables
> the new style mig scripts to work. Then you have to run the new style
> mig scripts.
>
> If you migrate an important production wiki, it is maybe a good idea to
> install the new wiki (for test purposes) to a different location first
> (other url, other code location, maybe using another machine), so you
> don't interfere with the old wiki running.
>
> Once you have done the migration, config changes etc. and have the new
> wiki up and running: test it for a while. Then do the real migration of
> the production wiki (you have experience now doing it and you can use
> the config files from the test wiki. just migrate the current data dir
> from the production wiki again).
>
> In case you encounter problems, ask concrete questions and maybe join us
> on #moin irc channel for support.
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080423/534e6cde/attachment.html>

From sklutch at hostile.org  Wed Apr 23 13:38:59 2008
From: sklutch at hostile.org (Simon Jester)
Date: Wed, 23 Apr 2008 17:38:59 +0000 (UTC)
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
	<1208936031.5822.16.camel@black>
Message-ID: <loom.20080423T173745-573@post.gmane.org>

Thomas Waldmann <tw-public <at> gmx.de> writes:

> 
> In case you encounter problems, ask concrete questions and maybe join us
> on #moin irc channel for support.
> 

I'd save the concrete for the server if the migration doesn't complete...makes 
it a dandy boat anchor.  :)


sklutch






From mdasilva at cmat.edu.uy  Wed Apr 23 16:18:21 2008
From: mdasilva at cmat.edu.uy (=?ISO-8859-15?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tic?= =?ISO-8859-15?Q?a?=)
Date: Wed, 23 Apr 2008 17:18:21 -0300
Subject: [Moin-user] Specific languange and [[TableOfContents]] macro
	problem.
Message-ID: <480F998D.1000904@cmat.edu.uy>

Dear users, I migrated the job's wiki las week. It is a Debian system 
and it was running Moinmoin 1.3.x. Now, it's running 1.5.8 Moin's version.

But we have a problem. :(

If I set language_default = 'es' at its config file, the 
[[TableOfContents]] don't work properly. I mean, the title of the table 
of contents shows HTML code. It do not happen when I set this variable 
to another thing (en, pt, fr).

Suggestions?!

Greetings.
-- 
Miguel Da Silva
Administrador de Red
Centro de Matem?tica - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la Rep?blica - http://www.rau.edu.uy



From mdasilva at cmat.edu.uy  Wed Apr 23 16:44:00 2008
From: mdasilva at cmat.edu.uy (=?ISO-8859-15?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tic?= =?ISO-8859-15?Q?a?=)
Date: Wed, 23 Apr 2008 17:44:00 -0300
Subject: [Moin-user] Specific languange and [[TableOfContents]] macro
 problem.
In-Reply-To: <480F998D.1000904@cmat.edu.uy>
References: <480F998D.1000904@cmat.edu.uy>
Message-ID: <480F9F90.8040306@cmat.edu.uy>

Miguel Da Silva - Centro de Matem?tica escribi?:
> Dear users, I migrated the job's wiki las week. It is a Debian system 
> and it was running Moinmoin 1.3.x. Now, it's running 1.5.8 Moin's version.
> 
> But we have a problem. :(
> 
> If I set language_default = 'es' at its config file, the 
> [[TableOfContents]] don't work properly. I mean, the title of the table 
> of contents shows HTML code. It do not happen when I set this variable 
> to another thing (en, pt, fr).
> 
> Suggestions?!
> 
> Greetings.

An example of the problem I'm facing is this:

http://haslo.latertulia.org/AyudaSobreConfiguraci%C3%B3n

Below "Contenidos" there is a table of contents generated by 
[[TableOfContents]] macro and one can see the HTML code it shows. It is 
the very same problem I have.

In my case, if I use another language, the tables of contents appears fine.

Keep in my that it's not my wiki, but the example is good as well.

Greetings.
-- 
Miguel Da Silva
Administrador de Red
Centro de Matem?tica - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la Rep?blica - http://www.rau.edu.uy



From mdasilva at cmat.edu.uy  Wed Apr 23 18:28:09 2008
From: mdasilva at cmat.edu.uy (=?ISO-8859-15?Q?Miguel_Da_Silva_-_Centro_de_Matem=E1tic?= =?ISO-8859-15?Q?a?=)
Date: Wed, 23 Apr 2008 19:28:09 -0300
Subject: [Moin-user] Specific languange and [[TableOfContents]] macro
 problem.
In-Reply-To: <480F9F90.8040306@cmat.edu.uy>
References: <480F998D.1000904@cmat.edu.uy> <480F9F90.8040306@cmat.edu.uy>
Message-ID: <480FB7F9.3010008@cmat.edu.uy>

Miguel Da Silva - Centro de Matem?tica escribi?:
> Miguel Da Silva - Centro de Matem?tica escribi?:
>> Dear users, I migrated the job's wiki las week. It is a Debian system 
>> and it was running Moinmoin 1.3.x. Now, it's running 1.5.8 Moin's version.
>>
>> But we have a problem. :(
>>
>> If I set language_default = 'es' at its config file, the 
>> [[TableOfContents]] don't work properly. I mean, the title of the table 
>> of contents shows HTML code. It do not happen when I set this variable 
>> to another thing (en, pt, fr).
>>
>> Suggestions?!
>>
>> Greetings.
> 
> An example of the problem I'm facing is this:
> 
> http://haslo.latertulia.org/AyudaSobreConfiguraci%C3%B3n
> 
> Below "Contenidos" there is a table of contents generated by 
> [[TableOfContents]] macro and one can see the HTML code it shows. It is 
> the very same problem I have.
> 
> In my case, if I use another language, the tables of contents appears fine.
> 
> Keep in my that it's not my wiki, but the example is good as well.
> 
> Greetings.

I think it's quite solved... looking around and checking Moinmoin code I 
found the following line at TableOfContents.py:

self.result.append(self.macro.formatter.escapedText(_('Contents')))

I've changed this to:

self.result.append(self.macro.formatter.escapedText(('Contents')))

And know the world Contents appear at the top of the table of contents. 
It's better than HTML code.

Suggestions?!

Greetings.
-- 
Miguel Da Silva
Administrador de Red
Centro de Matem?tica - http://www.cmat.edu.uy
Facultad de Ciencias - http://www.fcien.edu.uy
Universidad de la Rep?blica - http://www.rau.edu.uy



From suresh.madhuvarsu at gmail.com  Wed Apr 23 14:55:40 2008
From: suresh.madhuvarsu at gmail.com (Suresh Krishna)
Date: Wed, 23 Apr 2008 11:55:40 -0700
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <c4241cc10804231106p3d22e231l458022db786d57f7@mail.gmail.com>
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
	<1208936031.5822.16.camel@black>
	<c4241cc10804231106p3d22e231l458022db786d57f7@mail.gmail.com>
Message-ID: <c4241cc10804231155r2b034d46obb600a98706a3c1c@mail.gmail.com>

Just to test i ran till migration script 9. Following are the errors for
each migration.
Any kind of help is appreciated.
*
Migraiton Script 5*
Error: can't copy 'data.pre-mig5\plugin' to 'data\plugin'
data.pre-mig5\user/ -> data\user/
Error: can't copy 'data.pre-mig5\user' to 'data\user'
data.pre-mig5\event-log -> data\event-log data.pre-mig5\intermap.txt ->
data\intermap.txt
Error: can't copy 'data.pre-mig5\intermap.txt' to 'data\intermap.txt'

*Migraiton Script 7*
Error: can't copy 'data.pre-mig7\plugin' to 'data\plugin'
data.pre-mig7\user/ -> data\user/
Error: can't copy 'data.pre-mig7\user' to 'data\user' data.pre-mig7\edit-log
-> data\edit-log data.pre-mig7\event-log -> data\event-log
data.pre-mig7\intermap.txt -> data\intermap.txt
Error: can't copy 'data.pre-mig7\intermap.txt' to 'data\intermap.txt'

*Migraiton Script 8*
Error: can't copy 'data.pre-mig8\plugin' to 'data\plugin'
data.pre-mig8\user/ -> data\user/
Error: can't copy 'data.pre-mig8\user' to 'data\user'
data.pre-mig8\event-log -> data\event-log data.pre-mig8\intermap.txt ->
data\intermap.txt
Error: can't copy 'data.pre-mig8\intermap.txt' to 'data\intermap.txt'

*Migraiton Script 9*
Create backup of 'data' in 'data.pre-mig9'
data.pre-mig9\edit-log -> data\edit-log
data.pre-mig9\event-log -> data\event-log
Error: can't find 'data.pre-mig9\intermap.txt'
data.pre-mig9\pages/ -> data\pages/
Error: can't find 'data.pre-mig9\plugin'
Fatal error: can't find user directory at 'data.pre-mig9\user'
Stoping

Thanks,
Krishna

On Wed, Apr 23, 2008 at 11:06 AM, Suresh Krishna <
suresh.madhuvarsu at gmail.com> wrote:

> Thanks for the tips. I am on windows xp.
>
> I ran 12_to_13_mig01.py, 12_to_13_mig02.py, 12_to_13_mig03.py and
> 12_to_13_mig04.py.
> On the migration script (12_to_13_mig04.py) i get the following error....
>
> *Error: can't copy 'data.pre-mig4\pages\ZufallsSeite\text' to
> 'data\pages\ZufallsSeite\text'
> Traceback (most recent call last):
>   File
> "C:\tmp\MOINWIKI\Lib\site-packages\MoinMoin\script\old\migration\12_to_13_mig04.py",
> line 150, in <module> convert_eventlog(opj(origdir, 'event.log'),
> opj('data', 'event-log'))
>   File
> "C:\tmp\MOINWIKI\Lib\site-packages\MoinMoin\script\old\migration\12_to_13_mig04.py",
> line 65, in convert_eventlog data[0] = str(convert_ts(float(data[0]))) # we
> want usecs ValueError: invalid literal for float(): w
> *
> Any idea where they are coming from. What do they mean ?
>
> Thanks,
> Krishna
>
>
> On Wed, Apr 23, 2008 at 12:33 AM, Thomas Waldmann <tw-public at gmx.de>
> wrote:
>
> >
> > > We are using the MoinMoin for internal department wiki. Unfortunately
> > > this was never upgraded from 1.2.1 version from 2004. Now the honor is
> > > on me to upgrade this to 1.5.9.
> >
> > :)
> >
> > As there won't be updates to 1.5.x any more, you could also consider
> > upgrading to 1.6.3 instead of upgrading to an already rather outdated
> > version.
> >
> > > I have been looking at the documents (i looked into the CHANGES and
> > > README.migration), but i could not get a straight forward solution to
> > > this.
> >
> > Well, there is no magic "doallthework" script and the upgrade you are
> > doing spans 4 years of moin development including 2 major upgrades (1.2
> > to 1.3, 1.5 to 1.6), so expect this to be quite some work.
> >
> > README.migration has the most important informations you need for
> > converting your data directory. Read it (again), read it completely. You
> > maybe have noticed that the recent stuff is at the beginning, while the
> > older stuff is rather near the end of the file.
> >
> > You have to run all the "old" mig scripts. The final old script enables
> > the new style mig scripts to work. Then you have to run the new style
> > mig scripts.
> >
> > If you migrate an important production wiki, it is maybe a good idea to
> > install the new wiki (for test purposes) to a different location first
> > (other url, other code location, maybe using another machine), so you
> > don't interfere with the old wiki running.
> >
> > Once you have done the migration, config changes etc. and have the new
> > wiki up and running: test it for a while. Then do the real migration of
> > the production wiki (you have experience now doing it and you can use
> > the config files from the test wiki. just migrate the current data dir
> > from the production wiki again).
> >
> > In case you encounter problems, ask concrete questions and maybe join us
> > on #moin irc channel for support.
> >
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > Moin-user mailing list
> > Moin-user at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/moin-user
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080423/66ee2319/attachment.html>

From tw-public at gmx.de  Thu Apr 24 06:52:50 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 24 Apr 2008 12:52:50 +0200
Subject: [Moin-user] Specific languange and [[TableOfContents]]
	macro	problem.
In-Reply-To: <480FB7F9.3010008@cmat.edu.uy>
References: <480F998D.1000904@cmat.edu.uy> <480F9F90.8040306@cmat.edu.uy>
	<480FB7F9.3010008@cmat.edu.uy>
Message-ID: <1209034370.8260.5.camel@black>


> >> Dear users, I migrated the job's wiki las week. It is a Debian system 
> >> and it was running Moinmoin 1.3.x. Now, it's running 1.5.8 Moin's version.

Well, if you insist on running 1.5, I suggest you run 1.5.9 as it has
some more fixes.

But it would be a much better idea to upgrade to 1.6.3 - if you find
bugs there, we'll try to fix them (but there won't be any changes in
1.5).

> >> If I set language_default = 'es' at its config file, the 
> >> [[TableOfContents]] don't work properly. I mean, the title of the table 
> >> of contents shows HTML code. It do not happen when I set this variable 
> >> to another thing (en, pt, fr).
> >>
> >> Suggestions?!

This wiki runs current 1.6.x version and it looks like it was fixed:

http://master.moinmo.in/AyudaSobreConfiguraci%C3%B3n






From tw-public at gmx.de  Thu Apr 24 06:58:21 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 24 Apr 2008 12:58:21 +0200
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <c4241cc10804231106p3d22e231l458022db786d57f7@mail.gmail.com>
References: <c4241cc10804221306p48aa2b9u78171a37862aaf6a@mail.gmail.com>
	<1208936031.5822.16.camel@black>
	<c4241cc10804231106p3d22e231l458022db786d57f7@mail.gmail.com>
Message-ID: <1209034701.8260.9.camel@black>


> Error: can't copy 'data.pre-mig4\pages\ZufallsSeite\text' to 'data
> \pages\ZufallsSeite\text'

Find out why not.

> 12_to_13_mig04.py", line 65, in convert_eventlog data[0] =
> str(convert_ts(float(data[0]))) # we want usecs ValueError: invalid
> literal for float(): w

Your event-log is invalid. If you don't care for page access statistics,
the easiest way to "fix" that is to truncate event-log to 0 bytes.





From tw-public at gmx.de  Thu Apr 24 07:07:58 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 24 Apr 2008 13:07:58 +0200
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
Message-ID: <1209035278.8260.19.camel@black>

> Just to test i ran till migration script 9.
> Following are the errors for each migration.
> Any kind of help is appreciated.

> Migraiton Script 5
> Error: can't copy 'data.pre-mig5\plugin' to 'data\plugin'

There should be a data/plugin directory in your src data.
If there is, find out why it can't be copied.

> Error: can't copy 'data.pre-mig5\user' to 'data\user'

Same thing for data/user - this is where moin stores your user profiles.

> can't copy 'data.pre-mig5\intermap.txt' to 'data\intermap.txt'

Same thing for data/intermap.txt (if you really don't have one, creating
a 0 byte dummy file will make a simple converter script happy).

> Migraiton Script 7

BTW, as long as previous mig scripts throw serious errors, you don't
need to run subsequent mig scripts. Maybe some of the errors you posted
are caused by errors that happenend when running the previous mig
scripts.






From suresh.madhuvarsu at gmail.com  Thu Apr 24 17:57:46 2008
From: suresh.madhuvarsu at gmail.com (Suresh Krishna)
Date: Thu, 24 Apr 2008 14:57:46 -0700
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <1209035278.8260.19.camel@black>
References: <1209035278.8260.19.camel@black>
Message-ID: <c4241cc10804241457m163793e8u35f6206b154d9441@mail.gmail.com>

Hi,

Thanks for all the suggestions. I was able to successfully able to migrate
the 1.2.1 data to 1.6.3 wiki and also able to run the wiki.
Of course right now its under the testing server.
Is there anyway to turn off the "Login" mechanism. I mean, i am hosting it
in the intranet. So anyone should be able to edit the pages and there is no
need to have special user login for Wiki. Is there any setting or attribute
that i need to set ?

Thanks,
Krishna


On Thu, Apr 24, 2008 at 4:07 AM, Thomas Waldmann <tw-public at gmx.de> wrote:

> > Just to test i ran till migration script 9.
> > Following are the errors for each migration.
> > Any kind of help is appreciated.
>
> > Migraiton Script 5
> > Error: can't copy 'data.pre-mig5\plugin' to 'data\plugin'
>
> There should be a data/plugin directory in your src data.
> If there is, find out why it can't be copied.
>
> > Error: can't copy 'data.pre-mig5\user' to 'data\user'
>
> Same thing for data/user - this is where moin stores your user profiles.
>
> > can't copy 'data.pre-mig5\intermap.txt' to 'data\intermap.txt'
>
> Same thing for data/intermap.txt (if you really don't have one, creating
> a 0 byte dummy file will make a simple converter script happy).
>
> > Migraiton Script 7
>
> BTW, as long as previous mig scripts throw serious errors, you don't
> need to run subsequent mig scripts. Maybe some of the errors you posted
> are caused by errors that happenend when running the previous mig
> scripts.
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080424/61941579/attachment.html>

From rick.vanderveer at gmail.com  Thu Apr 24 18:09:53 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Thu, 24 Apr 2008 17:09:53 -0500
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <c4241cc10804241457m163793e8u35f6206b154d9441@mail.gmail.com>
References: <1209035278.8260.19.camel@black>
	<c4241cc10804241457m163793e8u35f6206b154d9441@mail.gmail.com>
Message-ID: <5c39e1ca0804241509j7289ee1bm9952b4bd044b2e21@mail.gmail.com>

The purpose of the login is so you can see *who* made the edits.  I would
think even for an intranet-only wiki that would still be a valuable
feature!  Otherwise, there would be zero accountability if anyone did a
disastrous change.

In our organization, I'm using Windows domain authentication. So, you're
forced to login regardless (you don't have to remember to log in, for
example).  Another advantage of this is that it can be accessed from
anywhere, not just internally.  Our moin wiki has become a real success
story-- replacing our old traditional html pages (which were consequently
rarely updated) and a bunch of other servers as our primary internal home
page. We use it for everything from project tracking, instructions,
documentation, processes, to even smaller but important things like our
phone list (thanks to the nifty <<SortBy()>> macro which even alphabetizes
the list for us.

-Rick


On Thu, Apr 24, 2008 at 4:57 PM, Suresh Krishna <suresh.madhuvarsu at gmail.com>
wrote:

> Hi,
>
> Thanks for all the suggestions. I was able to successfully able to migrate
> the 1.2.1 data to 1.6.3 wiki and also able to run the wiki.
> Of course right now its under the testing server.
> Is there anyway to turn off the "Login" mechanism. I mean, i am hosting it
> in the intranet. So anyone should be able to edit the pages and there is no
> need to have special user login for Wiki. Is there any setting or attribute
> that i need to set ?
>
> Thanks,
> Krishna
>
>
>
> On Thu, Apr 24, 2008 at 4:07 AM, Thomas Waldmann <tw-public at gmx.de> wrote:
>
>> > Just to test i ran till migration script 9.
>> > Following are the errors for each migration.
>> > Any kind of help is appreciated.
>>
>> > Migraiton Script 5
>> > Error: can't copy 'data.pre-mig5\plugin' to 'data\plugin'
>>
>> There should be a data/plugin directory in your src data.
>> If there is, find out why it can't be copied.
>>
>> > Error: can't copy 'data.pre-mig5\user' to 'data\user'
>>
>> Same thing for data/user - this is where moin stores your user profiles.
>>
>> > can't copy 'data.pre-mig5\intermap.txt' to 'data\intermap.txt'
>>
>> Same thing for data/intermap.txt (if you really don't have one, creating
>> a 0 byte dummy file will make a simple converter script happy).
>>
>> > Migraiton Script 7
>>
>> BTW, as long as previous mig scripts throw serious errors, you don't
>> need to run subsequent mig scripts. Maybe some of the errors you posted
>> are caused by errors that happenend when running the previous mig
>> scripts.
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>>
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> 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 the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080424/01112aa0/attachment.html>

From szybalski at gmail.com  Thu Apr 24 18:56:05 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Thu, 24 Apr 2008 17:56:05 -0500
Subject: [Moin-user] Migration from 1.2.1 to 1.5.9
In-Reply-To: <c4241cc10804241457m163793e8u35f6206b154d9441@mail.gmail.com>
References: <1209035278.8260.19.camel@black>
	<c4241cc10804241457m163793e8u35f6206b154d9441@mail.gmail.com>
Message-ID: <804e5c70804241556k210f3c9ch874f9ad21912a3d9@mail.gmail.com>

On Thu, Apr 24, 2008 at 4:57 PM, Suresh Krishna
<suresh.madhuvarsu at gmail.com> wrote:
> Hi,
>
> Thanks for all the suggestions. I was able to successfully able to migrate
> the 1.2.1 data to 1.6.3 wiki and also able to run the wiki.
> Of course right now its under the testing server.
> Is there anyway to turn off the "Login" mechanism. I mean, i am hosting it
> in the intranet. So anyone should be able to edit the pages and there is no
> need to have special user login for Wiki. Is there any setting or attribute
> that i need to set ?
>

if you could detail out what you have to do to convert that would be great.

Thanks,
Lucas



From szybalski at gmail.com  Thu Apr 24 22:51:15 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Thu, 24 Apr 2008 21:51:15 -0500
Subject: [Moin-user] title index - don't show system pages?
Message-ID: <804e5c70804241951y4bbb6643qb4629322e92b228f@mail.gmail.com>

Hello,
Is there a way to view title index via action title index and don't
show system pages ?

Lucas



From tw-public at gmx.de  Fri Apr 25 04:39:15 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 25 Apr 2008 10:39:15 +0200
Subject: [Moin-user] title index - don't show system pages?
In-Reply-To: <804e5c70804241951y4bbb6643qb4629322e92b228f@mail.gmail.com>
References: <804e5c70804241951y4bbb6643qb4629322e92b228f@mail.gmail.com>
Message-ID: <1209112755.10017.3.camel@black>

> Is there a way to view title index via action title index and don't
> show system pages ?

No, but could be easily hacked in the source.

BTW, if you want to use that pagelist in some of your own code, maybe
consider using wiki xmlrpc (there is a non-std method used by wikisync
that gives what you want).





From helmert at informatik.uni-freiburg.de  Fri Apr 25 08:38:35 2008
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Fri, 25 Apr 2008 14:38:35 +0200
Subject: [Moin-user] xmlrpc + attachments
Message-ID: <fusjce$1mo$1@ger.gmane.org>

Hi everyone,

is there a way of uploading/replacing attachments via the xmlrpc
interface? I frequently find myself updating the same attachment and
would like to automate the process.

I'm currently on MoinMoin 1.5.8 but could upgrade if necessary.

Malte




From tw-public at gmx.de  Fri Apr 25 14:25:27 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 25 Apr 2008 20:25:27 +0200
Subject: [Moin-user] xmlrpc + attachments
In-Reply-To: <fusjce$1mo$1@ger.gmane.org>
References: <fusjce$1mo$1@ger.gmane.org>
Message-ID: <1209147927.5555.1.camel@black>

> is there a way of uploading/replacing attachments via the xmlrpc
> interface? I frequently find myself updating the same attachment and
> would like to automate the process.
> 
> I'm currently on MoinMoin 1.5.8 but could upgrade if necessary.

See there (current 1.6):

http://hg.moinmo.in/moin/1.6/file/tip/MoinMoin/xmlrpc/__init__.py

865     def xmlrpc_putAttachment(self, pagename, attachname, data):
....

Use 1.6.3 at least, not 1.6.[012].





From KrisR at online.de  Fri Apr 25 15:38:16 2008
From: KrisR at online.de (KrisR)
Date: Fri, 25 Apr 2008 21:38:16 +0200
Subject: [Moin-user] moinmoin and mysql
Message-ID: <48123328.5050603@online.de>

Hi,
is there any way to put data from mysql database to wiki page?
I'd like to use moinmoin login to limit access to some tables.

kris



From dodecatheon at gmail.com  Fri Apr 25 16:28:30 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Fri, 25 Apr 2008 13:28:30 -0700
Subject: [Moin-user] how to launch a terminal window from MoinMoin
Message-ID: <lspmynhadch.fsf@saturna.ca.boeing.com>

Hi all,

I'd like to have a macro that does something like this:

  LaunchTerminal(host,directory[,shell][,terminal][,transport])

The default would be to do something like this:

  xterm -e "ssh host 'cd directory; export TERM=xterm; /bin/bash -i'"

The display would look something like this:

  host:/directory

which could be easily cut and pasted into a terminal for scp purposes.


The application is that there is a remote server hosting very large
files that would be inconvenient to copy.  The typical user has access
to the remote host and an account there.


Is there a standard HTML way to launch a terminal from a browser?

Ted
-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From szybalski at gmail.com  Fri Apr 25 17:16:41 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Fri, 25 Apr 2008 16:16:41 -0500
Subject: [Moin-user] title index - don't show system pages?
In-Reply-To: <1209112755.10017.3.camel@black>
References: <804e5c70804241951y4bbb6643qb4629322e92b228f@mail.gmail.com>
	<1209112755.10017.3.camel@black>
Message-ID: <804e5c70804251416i4d633b96l5bcf0211ce3af467@mail.gmail.com>

On Fri, Apr 25, 2008 at 3:39 AM, Thomas Waldmann <tw-public at gmx.de> wrote:
> > Is there a way to view title index via action title index and don't
>  > show system pages ?
>
>  No, but could be easily hacked in the source.

Do you know which file/line? and what to change?

>
>  BTW, if you want to use that pagelist in some of your own code, maybe
>  consider using wiki xmlrpc (there is a non-std method used by wikisync
>  that gives what you want).
I'll look into it.

Lucas
>
>
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>  Don't miss this year's exciting event. There's still time to save $100.
>  Use priority code J8TL2D2.
>  http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>  _______________________________________________
>  Moin-user mailing list
>  Moin-user at lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/moin-user
>



-- 
Automotive Recall Database. Cars, Trucks, etc.
http://www.lucasmanual.com/recall/
TurboGears Manual-Howto
http://lucasmanual.com/pdf/TurboGears-Manual-Howto.pdf



From helmert at informatik.uni-freiburg.de  Fri Apr 25 17:39:15 2008
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Fri, 25 Apr 2008 23:39:15 +0200
Subject: [Moin-user] xmlrpc + attachments
In-Reply-To: <1209147927.5555.1.camel@black>
References: <fusjce$1mo$1@ger.gmane.org> <1209147927.5555.1.camel@black>
Message-ID: <futivj$onf$1@ger.gmane.org>

Thomas Waldmann wrote:
>> is there a way of uploading/replacing attachments via the xmlrpc
>> interface? I frequently find myself updating the same attachment and
>> would like to automate the process.
>>
>> I'm currently on MoinMoin 1.5.8 but could upgrade if necessary.
> 
> See there (current 1.6):
> 
> http://hg.moinmo.in/moin/1.6/file/tip/MoinMoin/xmlrpc/__init__.py
> 
> 865     def xmlrpc_putAttachment(self, pagename, attachname, data):
> ....
> 
> Use 1.6.3 at least, not 1.6.[012].

Excellent, thanks! :-)

Malte




From suresh.madhuvarsu at gmail.com  Fri Apr 25 18:35:06 2008
From: suresh.madhuvarsu at gmail.com (Suresh Krishna)
Date: Fri, 25 Apr 2008 15:35:06 -0700
Subject: [Moin-user] MoinMoin setup experience.
Message-ID: <c4241cc10804251535k532e8bafkcff3994bb4abba7a@mail.gmail.com>

I have documented my MoinMoin setup experiences on my private blog. Hope
this helps all those trying to install on Win XP with Apache.

http://sureshkrishna.wordpress.com/2008/04/25/moinmoin-setup-made-simple/

Thanks,
Krishna
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080425/1b0cc51d/attachment.html>

From p.f.moore at gmail.com  Sat Apr 26 11:41:55 2008
From: p.f.moore at gmail.com (Paul Moore)
Date: Sat, 26 Apr 2008 16:41:55 +0100
Subject: [Moin-user] how to launch a terminal window from MoinMoin
In-Reply-To: <lspmynhadch.fsf@saturna.ca.boeing.com>
References: <lspmynhadch.fsf@saturna.ca.boeing.com>
Message-ID: <79990c6b0804260841h55d1725ar205805e843ab32d1@mail.gmail.com>

2008/4/25 Ted Stern <dodecatheon at gmail.com>:
>  Is there a standard HTML way to launch a terminal from a browser?

I doubt it (because of the security implications). There are almost
certainly browser and OS-specific ways of doing this.
Paul.



From rb.proj at gmail.com  Sat Apr 26 16:29:17 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Sat, 26 Apr 2008 22:29:17 +0200
Subject: [Moin-user] xmlrpc + attachments
In-Reply-To: <futivj$onf$1@ger.gmane.org>
References: <fusjce$1mo$1@ger.gmane.org> <1209147927.5555.1.camel@black>
	<futivj$onf$1@ger.gmane.org>
Message-ID: <fv03at$29o$1@ger.gmane.org>

Malte Helmert schrieb:
> Thomas Waldmann wrote:
>>> is there a way of uploading/replacing attachments via the xmlrpc
>>> interface? I frequently find myself updating the same attachment and
>>> would like to automate the process.
>>>
>>> I'm currently on MoinMoin 1.5.8 but could upgrade if necessary.
>> See there (current 1.6):
>>
>> http://hg.moinmo.in/moin/1.6/file/tip/MoinMoin/xmlrpc/__init__.py
>>
>> 865     def xmlrpc_putAttachment(self, pagename, attachname, data):
>> ....
>>
>> Use 1.6.3 at least, not 1.6.[012].
> 
> Excellent, thanks! :-)
> 
> Malte

examples:

http://moinmo.in/ReimarBauer/UnderConstruction#head-c7b013aaa557720c63b7b750f394482b474212b3

cheers
Reimar




From rb.proj at gmail.com  Sat Apr 26 16:33:22 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Sat, 26 Apr 2008 22:33:22 +0200
Subject: [Moin-user] moinmoin and mysql
In-Reply-To: <48123328.5050603@online.de>
References: <48123328.5050603@online.de>
Message-ID: <fv03ii$3d3$1@ger.gmane.org>

KrisR schrieb:
> Hi,
> is there any way to put data from mysql database to wiki page?
> I'd like to use moinmoin login to limit access to some tables.
> 
> kris

Hi kris

may be the answer is totally wrong. Sorry for that

But you can do setup restrictions to pages by using acls on the page
see HelpOnAccessControlLists

And there are some macros on the MacroMarket for sql access

cheers
Reimar





From net.sourceforge.lists.moin-user at pooryorick.com  Mon Apr 28 00:24:45 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (Poor Yorick)
Date: Mon, 28 Apr 2008 00:24:45 -0400
Subject: [Moin-user] migrate command - 1.6.2 to 1.6.3
Message-ID: <4815518D.1040403@pooryorick.com>

I'm trying to find the magic value to migrate a 1.6.2 wiki to 1.6.3, so far,
I've tried the following command with several different values for wikiconfig,
and the result is always the same.  The script ends nearly immediately with the
message, but the data is not migrated:

	/path/to/www/www Calling migration script for /path/to/var/moin-1.6.3/data,
	base revision 1060300
	Final mig script reached, migration is complete.

I'm using the following command


	/path/to/moin-1.6.3/MoinMoin/script/moin.py
	--config-dir=/path/to/etc/moin-1.6.3
	--wiki-url=/path/to/var/moin-1.6.2
	migraion data

and have tried the following values for --wiki-url:

	--wiki-url=https://www.mydomain.com
	--wiki-url=https://www.mydomain.com/secure/wiki.cgi
	--wiki-url=www.mydomain.com/secure/wiki.cgi
	--wiki-url=/path/to/www/www/secure/wiki.cgi
	--wiki-url=/path/to/var/moin-1.6.2
	--wiki-url=/path/to/var/moin-1.6.2/
	--wiki-url=/path/to/var/moin-1.6.2/data
	--wiki-url=/path/to/var/moin-1.6.2/data/

what am I missing?

-- 
Yorick




From tw-public at gmx.de  Mon Apr 28 03:02:28 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 28 Apr 2008 09:02:28 +0200
Subject: [Moin-user] migrate command - 1.6.2 to 1.6.3
In-Reply-To: <4815518D.1040403@pooryorick.com>
References: <4815518D.1040403@pooryorick.com>
Message-ID: <1209366148.6556.10.camel@black>

> I'm trying to find the magic value to migrate a 1.6.2 wiki to 1.6.3, so far,

The 1.6.2 > 1.6.3 migration won't change much in your data_dir - in fact
it will only change the value stored in the <data_dir>/meta file.

> I've tried the following command with several different values for wikiconfig,
> and the result is always the same.  The script ends nearly immediately with the
> message, but the data is not migrated:

How do you tell it is "not migrated"?

> 	/path/to/www/www Calling migration script for /path/to/var/moin-1.6.3/data,
> 	base revision 1060300

Well, if it tells the base revision is 1060300 (1.6.3), then obviously
your are running it on a data_dir that already is at 1.6.3 level.

> I'm using the following command
> 
> 
> 	/path/to/moin-1.6.3/MoinMoin/script/moin.py
> 	--config-dir=/path/to/etc/moin-1.6.3
> 	--wiki-url=/path/to/var/moin-1.6.2
> 	migraion data

--config-dir must point to the directory where your wiki config(s)
is(are) stored (I guess that's correct above).

--wiki-url is the URL of the wiki you want to migrate (farm configs can
have multiple wikis and that is the way to tell moin which wiki you want
to migrate). Note that this is a URL (but without http:// !) and NOT a
filesystem path.

> and have tried the following values for --wiki-url:
> 
> 	--wiki-url=https://www.mydomain.com
> 	--wiki-url=https://www.mydomain.com/secure/wiki.cgi
> 	--wiki-url=/path/to/www/www/secure/wiki.cgi
> 	--wiki-url=/path/to/var/moin-1.6.2
> 	--wiki-url=/path/to/var/moin-1.6.2/
> 	--wiki-url=/path/to/var/moin-1.6.2/data
> 	--wiki-url=/path/to/var/moin-1.6.2/data/

All incorrect.

> 	--wiki-url=www.mydomain.com/secure/wiki.cgi

This is maybe correct. It simply has to be a value that would invoke the
correct wiki when entered in the browser (just strip http(s):// from the
beginning).





From tw-public at gmx.de  Mon Apr 28 03:07:10 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 28 Apr 2008 09:07:10 +0200
Subject: [Moin-user] moin 1.7.0beta1 released
Message-ID: <1209366430.6556.13.camel@black>

Moin :)

The beta is available from the download page:

http://moinmo.in/MoinMoinDownload

Please help testing and see the notes there.

Cheers,

Thomas





From R.Boerma at drenthecollege.nl  Mon Apr 28 04:01:06 2008
From: R.Boerma at drenthecollege.nl (Boerma, Remco)
Date: Mon, 28 Apr 2008 10:01:06 +0200
Subject: [Moin-user] moinmoin and mysql
Message-ID: <AFDC2D180524F24BBD60F9429F85106F1272CD@wvexcp02.ROCDC.LOCAL>

Hi Kris, 

It depends on what you want. Using some SQL formatter or other 3rd
party block parser you can get data from the database. But you'll end up
setting up connections from 'within pages'. It's hard to limit for the
current user since you'd have to write custom macros. So ACL is a bit
tougher to set up.

To resolve this issue, I built a python script to read information from
the database and push it into a template (maintained in the wiki,
fetched using xmlrpc), and push the result back it into the wiki using
xmlrpc. After an initial load (in my case, around 7k pages) I now only
check for a few that might have changed. If so, a new version is added
(Moin does this atomically. New pages are simply added and moin will
notice pages not having changed and drop the useless update. This saves
me from having to do that bookkeeping. 

Now I have round and about 7.5k pages that are 'maintained'
automatically using this script, which runs every 21 minutes and new
pages being edited. The template is maintained in the wiki (patching
only the relatively new pages and not all 7.5k pages over again) and in
the template I set the ACL's required. 

Hope this helps, 

Regards, 
Remco Boerma
drenthecollege.nl

-----Oorspronkelijk bericht-----
Van: moin-user-bounces at lists.sourceforge.net
[mailto:moin-user-bounces at lists.sourceforge.net] Namens R.Bauer
Verzonden: zaterdag 26 april 2008 22:33
Aan: moin-user at lists.sourceforge.net
Onderwerp: Re: [Moin-user] moinmoin and mysql

KrisR schrieb:
> Hi,
> is there any way to put data from mysql database to wiki page?
> I'd like to use moinmoin login to limit access to some tables.
> 
> kris

Hi kris

may be the answer is totally wrong. Sorry for that

But you can do setup restrictions to pages by using acls on the page
see HelpOnAccessControlLists

And there are some macros on the MacroMarket for sql access

cheers
Reimar



------------------------------------------------------------------------
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
avaone
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user



From Kari.Likovuori at tem.fi  Mon Apr 28 04:24:57 2008
From: Kari.Likovuori at tem.fi (Kari.Likovuori at tem.fi)
Date: Mon, 28 Apr 2008 11:24:57 +0300
Subject: [Moin-user] UserPrefs, new page templates etc. not working?
Message-ID: <22A84D4313E0A547B6A02A4EB85417B17B754F@VNSP.vn.root>

What could be wrong? After migration from 1.5.8 -> 1.6.2 none of the
"system action pages" like UserPreferences, Template creation or even
creation of the new page does not work anymore.

For example when I click UserPreferences I don't get a page with form
fields but literally a page like below:

-----
UserPreferences

Creating a profile

Please fill out ?GetText(Name), ?GetText(Password), ?GetText(Password
repeat) and ?GetText(Email).

(!) It is best to choose a WikiName (like FirstnameLastname) as username
to get your changes and signatures link back to your WikiHomepage. Your
email is needed for you to be able to get notifications on page changes
and to recover lost login data.

If you click on ?GetText(Create Profile), a user profile will be created
for you.
...
-----

Or when trying to create a new page by cliking a "?"...

-----
This page does not exist yet. You can create a new empty page, or use
one of the page templates.

?Action(edit,Create new empty page)

Or choose a page template to create an already-formatted page:
...
-----

-=Kari=-



From rb.proj at gmail.com  Mon Apr 28 07:09:37 2008
From: rb.proj at gmail.com (R.Bauer)
Date: Mon, 28 Apr 2008 13:09:37 +0200
Subject: [Moin-user] UserPrefs, new page templates etc. not working?
In-Reply-To: <22A84D4313E0A547B6A02A4EB85417B17B754F@VNSP.vn.root>
References: <22A84D4313E0A547B6A02A4EB85417B17B754F@VNSP.vn.root>
Message-ID: <fv4b9h$uo1$1@ger.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Kari.Likovuori at tem.fi schrieb:
| What could be wrong? After migration from 1.5.8 -> 1.6.2 none of the
| "system action pages" like UserPreferences, Template creation or even
| creation of the new page does not work anymore.
|


looks like you have not exchanged the underlay pages of moin-1.6.x
So you have the old syntax of 1.5.x on those pages.

and please upgrade to 1.6.3.



cheers
Reimar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org

iD8DBQFIFbBv5aOc3Q9hk/kRAk0oAJ9UeFcvAjul8de8/GO+rDfW3d+3mACZAdRA
Xf8KqOCAvk5DMiLdjxpynCI=
=whnx
-----END PGP SIGNATURE-----




From helmert at informatik.uni-freiburg.de  Mon Apr 28 07:54:41 2008
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Mon, 28 Apr 2008 13:54:41 +0200
Subject: [Moin-user] textchas_disabled_group = u"Known"?
Message-ID: <fv4du4$9h3$1@ger.gmane.org>

Hi everyone,

I've tried the above setting, but it doesn't seem to be supported. Or
maybe I did something wrong?

Also, is there a way to limit xmlrpc access to certain users or user groups?

Finally, is there a way to send notification emails for changes to
attachments (upload, replacement, deletion)?

Best,

Malte




From net.sourceforge.lists.moin-user at pooryorick.com  Mon Apr 28 08:57:37 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (Poor Yorick)
Date: Mon, 28 Apr 2008 08:57:37 -0400
Subject: [Moin-user] migrate command - 1.6.2 to 1.6.3
In-Reply-To: <1209366148.6556.10.camel@black>
References: <4815518D.1040403@pooryorick.com> <1209366148.6556.10.camel@black>
Message-ID: <4815C9C1.4020003@pooryorick.com>

Thomas Waldmann wrote:
 >> I'm trying to find the magic value to migrate a 1.6.2 wiki to 1.6.3, so far,
 >
[SNIP]
 >
 > How do you tell it is "not migrated"?

 >
 >> 	/path/to/www/www Calling migration script for /path/to/var/moin-1.6.3/data,
 >> 	base revision 1060300
 >
 > Well, if it tells the base revision is 1060300 (1.6.3), then obviously
 > your are running it on a data_dir that already is at 1.6.3 level.

[SNIP]
 >
 > --config-dir must point to the directory where your wiki config(s)
 > is(are) stored (I guess that's correct above).
 >
 > --wiki-url is the URL of the wiki you want to migrate (farm configs can
 > have multiple wikis and that is the way to tell moin which wiki you want
 > to migrate). Note that this is a URL (but without http:// !) and NOT a
 > filesystem path.

[SNIP]
 >
 > All incorrect.
 >
 >> 	--wiki-url=www.mydomain.com/secure/wiki.cgi
 >
 > This is maybe correct. It simply has to be a value that would invoke the
 > correct wiki when entered in the browser (just strip http(s):// from the
 > beginning).
 >

I assumed that if the migration was successful, data would be moved or copy
from the old data path:

	/path/to/var/moin-1.6.2/data

to the new data path:

	/path/to/var/moin-1.6.3/data

But that doesn't happen, so I assumed the migration failed.  From your reply, I
guess the migration is done in-place.  Is that correct?  I also don't
understand where the script would get the idea that the data is already at
level 1060300, when the meta file in the old data directory says 1060100.  I
guess at this point I could just copy the data files into the new data
directory, but I'd like to understand how this works for future reference.
It's also a little mystifying to me that although only one of the --wiki-url
values I tried was possibly correct, I got the same "result" with all of
them:  "migration is complete"

-- 
Yorick



From tw-public at gmx.de  Mon Apr 28 10:23:43 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 28 Apr 2008 16:23:43 +0200
Subject: [Moin-user] textchas_disabled_group = u"Known"?
In-Reply-To: <fv4du4$9h3$1@ger.gmane.org>
References: <fv4du4$9h3$1@ger.gmane.org>
Message-ID: <1209392623.6556.20.camel@black>

> I've tried the above setting, but it doesn't seem to be supported. Or
> maybe I did something wrong?

Pseudogroups (Trusted, Known, All) are not supported. And as spammers
create accounts these days, I am not sure that would make sense...

So please use some group page like TrustedEditorGroup and put the user
names on it. Either leave that group page unprotected or protect it with
ACLs so that any group member can add new members.

> Also, is there a way to limit xmlrpc access to certain users or user groups?

xmlrpc calls should follow the ACLs as web userinterface accesses do.

> Finally, is there a way to send notification emails for changes to
> attachments (upload, replacement, deletion)?

I don't think so (for moin < 1.7). In moin 1.7 there are some changes in
the notification system, maybe try if it works there.





From tw-public at gmx.de  Mon Apr 28 10:44:04 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon, 28 Apr 2008 16:44:04 +0200
Subject: [Moin-user] migrate command - 1.6.2 to 1.6.3
In-Reply-To: <4815C9C1.4020003@pooryorick.com>
References: <4815518D.1040403@pooryorick.com>
	<1209366148.6556.10.camel@black>  <4815C9C1.4020003@pooryorick.com>
Message-ID: <1209393844.6556.36.camel@black>


> I assumed that if the migration was successful, data would be moved or copy
> from the old data path:
> 
> 	/path/to/var/moin-1.6.2/data
> 
> to the new data path:
> 
> 	/path/to/var/moin-1.6.3/data

moin does NOT magically analyse the upperlevel directory names.

> But that doesn't happen, so I assumed the migration failed.  From your reply, I
> guess the migration is done in-place.  Is that correct?

Easy migration steps are done in-place.

If a complex migration step is done, we usually do something like this:
mv data data.pre-XXX
mkdir data
# and then convert old stuff from data.pre-XXX to data

> I also don't
> understand where the script would get the idea that the data is already at
> level 1060300,

Likely because you did not invoke it correctly and it maybe did not read
the right config, but the builtin one (and then found the builtin data
directory which is at the right level).

> when the meta file in the old data directory says 1060100.  I
> guess at this point I could just copy the data files into the new data
> directory, but I'd like to understand how this works for future reference.

You just have to call moin migration data correctly (and make sure
access rights are so that it can read/write). --config-dir and
--wiki-url are essential for finding the right configuration.

> It's also a little mystifying to me that although only one of the --wiki-url
> values I tried was possibly correct, I got the same "result" with all of
> them:  "migration is complete"

I guess your --config-dir was wrong. If you call it from the moin
directory, it maybe just has found its internal wikiconfig.py.

And as a wikiconfig (opposed to a farmconfig) is just for a single wiki,
it does not care for the url, but just matches any URL using the regex
".*".

If you look at our farmconfig samples, you see that the "wikis" entry
assigns URLs matching some specific regex to some specific config name
(and this happens the same way no matter you use some browser or the
moin script command with --wiki-url).





From helmert at informatik.uni-freiburg.de  Mon Apr 28 18:34:03 2008
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Tue, 29 Apr 2008 00:34:03 +0200
Subject: [Moin-user] textchas_disabled_group = u"Known"?
In-Reply-To: <1209392623.6556.20.camel@black>
References: <fv4du4$9h3$1@ger.gmane.org> <1209392623.6556.20.camel@black>
Message-ID: <fv5jd0$p2u$1@ger.gmane.org>

Thomas Waldmann wrote:
>> I've tried the above setting, but it doesn't seem to be supported. Or
>> maybe I did something wrong?
> 
> Pseudogroups (Trusted, Known, All) are not supported. And as spammers
> create accounts these days, I am not sure that would make sense...

Well, spammers would need to go past the textcha to create an account
first. So far they haven't done that in the wiki I'm worried about, but
let's see how it plays out in the long run.




From net.sourceforge.lists.moin-user at pooryorick.com  Mon Apr 28 20:43:24 2008
From: net.sourceforge.lists.moin-user at pooryorick.com (Poor Yorick)
Date: Mon, 28 Apr 2008 20:43:24 -0400
Subject: [Moin-user] migrate command - 1.6.2 to 1.6.3
In-Reply-To: <1209393844.6556.36.camel@black>
References: <4815518D.1040403@pooryorick.com>	<1209366148.6556.10.camel@black>
	<4815C9C1.4020003@pooryorick.com> <1209393844.6556.36.camel@black>
Message-ID: <48166F2C.1090002@pooryorick.com>

Thomas Waldmann wrote:
[SNIP]
 >
 > Easy migration steps are done in-place.
 >
 > If a complex migration step is done, we usually do something like this:
 > mv data data.pre-XXX
 > mkdir data
 > # and then convert old stuff from data.pre-XXX to data
 >
 >> I also don't
 >> understand where the script would get the idea that the data is already at
 >> level 1060300,
 >
 > Likely because you did not invoke it correctly and it maybe did not read
 > the right config, but the builtin one (and then found the builtin data
 > directory which is at the right level).
 >
 >> when the meta file in the old data directory says 1060100.  I
 >> guess at this point I could just copy the data files into the new data
 >> directory, but I'd like to understand how this works for future reference.
 >
 > You just have to call moin migration data correctly (and make sure
 > access rights are so that it can read/write). --config-dir and
 > --wiki-url are essential for finding the right configuration.
 >
 >> It's also a little mystifying to me that although only one of the --wiki-url
 >> values I tried was possibly correct, I got the same "result" with all of
 >> them:  "migration is complete"
 >
 > I guess your --config-dir was wrong. If you call it from the moin
 > directory, it maybe just has found its internal wikiconfig.py.
[SNIP]

Success.  I double-checked --config-dir, and it was correctly pointing to the
directory which contained wikiconfig.py for moin-1.6.3, so I decided to

	mv /path/to/var/moin-1.6.2/data /path/to/var/moin-1.6.3/data

and rerun the command

	/path/to/moin-1.6.3/MoinMoin/script/moin.py
	--config-dir=/path/to/etc/moin-1.6.3
	--wiki-url=www.mydomain.com/secure/wiki.cgi migration data

This time I got a better result:


	/home/pooryori/www/www Calling migration script for
	/home/pooryori/private/var/moin-1.6.3/data, base revision 1060100
	Returned. New rev is 1060200.

	Calling migration script for
	/home/pooryori/private/var/moin-1.6.3/data,
	base revision 1060200
	Returned. New rev is 1060300.

	Calling migration script for
	/home/pooryori/private/var/moin-1.6.3/data,
	base revision 1060300
	Final mig script reached, migration is complete.

Thanks for the help!

-- 
Yorick



From cward at redhat.com  Tue Apr 29 10:15:59 2008
From: cward at redhat.com (Chris Ward)
Date: Tue, 29 Apr 2008 16:15:59 +0200
Subject: [Moin-user] "Similar Pages" or "Related Links" feature?
Message-ID: <48172D9F.6080904@redhat.com>

Good afternoon everyone.

Does anyone know if there is a plugin available to auto-generate
"Related Links" or "Similar Pages" links for moinmoin? After some heavy
searching, I have so far come up empty-handed.

Thanks!

-Chris

-- 

" Strive for quality, even when in vain." - me

" The middle of every successful project
  looks like a disaster." - Rosabeth Moss

" Talk does not cook rice." - Chinese proverb

--

 Chris Ward - cward at redhat.com
 Software Quality Engineer
 Brno, Czech Republic
 Red Hat, Inc

--

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL: <http://mail.python.org/pipermail/moin-user/attachments/20080429/5202d629/attachment.sig>

From dodecatheon at gmail.com  Tue Apr 29 15:08:11 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 29 Apr 2008 12:08:11 -0700
Subject: [Moin-user] ssh://host/path/to/directory links
Message-ID: <lspd4o81ntw.fsf@saturna.ca.boeing.com>

Hi all,

We have a lot of solution sets on remote hosts, with convoluted
directory paths, and users would like to have a quick shortcut to
access them.  As I wrote last week, we are looking for some way to
give them access with a single click in a browser.

It is possible, using the Firefox or Mozilla MozEx extension, to
configure my browser to launch ssh:// links as

      ssh hostname "cd /path/to/dir && xterm"

I would like to have MoinMoin to pass through
ssh://hostname/path/to/dir links.

Here's the problem:  for external links, the [...] syntax supports
[http://... alternate text] and [file://... alternate text], but does
not support other external link formats such as ssh://.

Ted
-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Tue Apr 29 15:18:23 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 29 Apr 2008 12:18:23 -0700
Subject: [Moin-user] ssh://host/path/to/directory links
In-Reply-To: <lspd4o81ntw.fsf@saturna.ca.boeing.com> (Ted Stern's message of
	"Tue, 29 Apr 2008 12:08:11 -0700")
References: <lspd4o81ntw.fsf@saturna.ca.boeing.com>
Message-ID: <lspzlrczczk.fsf@saturna.ca.boeing.com>

Okay, I semi-answered my own question.  The trick is to put in the
url_schemas setting.

But it doesn't seem to be working in version 1.5.8.  Is this a 1.6.x
thing?

Ted

On 29 Apr 2008 12:08:11 -0700, Ted Stern wrote:
>
> Hi all,
>
> We have a lot of solution sets on remote hosts, with convoluted
> directory paths, and users would like to have a quick shortcut to
> access them.  As I wrote last week, we are looking for some way to
> give them access with a single click in a browser.
>
> It is possible, using the Firefox or Mozilla MozEx extension, to
> configure my browser to launch ssh:// links as
>
>       ssh hostname "cd /path/to/dir && xterm"
>
> I would like to have MoinMoin to pass through
> ssh://hostname/path/to/dir links.
>
> Here's the problem:  for external links, the [...] syntax supports
> [http://... alternate text] and [file://... alternate text], but does
> not support other external link formats such as ssh://.
>
> Ted

-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal



From dodecatheon at gmail.com  Tue Apr 29 15:33:25 2008
From: dodecatheon at gmail.com (Ted Stern)
Date: Tue, 29 Apr 2008 12:33:25 -0700
Subject: [Moin-user] ssh://host/path/to/directory links
In-Reply-To: <lspzlrczczk.fsf@saturna.ca.boeing.com> (Ted Stern's message of
	"Tue, 29 Apr 2008 12:18:23 -0700")
References: <lspd4o81ntw.fsf@saturna.ca.boeing.com>
	<lspzlrczczk.fsf@saturna.ca.boeing.com>
Message-ID: <lspod7szcai.fsf@saturna.ca.boeing.com>

For now, I'm just using the telnet: protocol, which I can handle with
MozEx also.

Ted

On 29 Apr 2008 12:18:23 -0700, Ted Stern wrote:
>
> Okay, I semi-answered my own question.  The trick is to put in the
> url_schemas setting.
>
> But it doesn't seem to be working in version 1.5.8.  Is this a 1.6.x
> thing?
>
> Ted
>
> On 29 Apr 2008 12:08:11 -0700, Ted Stern wrote:
>>
>> Hi all,
>>
>> We have a lot of solution sets on remote hosts, with convoluted
>> directory paths, and users would like to have a quick shortcut to
>> access them.  As I wrote last week, we are looking for some way to
>> give them access with a single click in a browser.
>>
>> It is possible, using the Firefox or Mozilla MozEx extension, to
>> configure my browser to launch ssh:// links as
>>
>>       ssh hostname "cd /path/to/dir && xterm"
>>
>> I would like to have MoinMoin to pass through
>> ssh://hostname/path/to/dir links.
>>
>> Here's the problem:  for external links, the [...] syntax supports
>> [http://... alternate text] and [file://... alternate text], but does
>> not support other external link formats such as ssh://.
>>
>> Ted

-- 
 dodecatheon at gmail dot com
 Frango ut patefaciam -- I break so that I may reveal