From R.Bauer at fz-juelich.de  Sat Jan  1 02:03:06 2005
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Sat Jan  1 02:03:06 2005
Subject: [Moin-user] re: Starting standaloneserver
Message-ID: <200501011103.55155.R.Bauer@fz-juelich.de>

Happy new year,


Here are the changes I did in moin.py

import sys
sys.path.append('/home/user/share/moin/mywiki')
sys.path.append('/home/user/lib/python2.3/site-packages')

sys must be used to be able to append something to the path.
You need to do two appendings, the one where your wiki is. This is needed to 
find wikiconfig. The other one is to find the MoinMoin library.

Thats all

Reimar




-- 
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
http://www.fz-juelich.de/icg/icg-i/
==================================================================
a IDL library at ForschungsZentrum Juelich
http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050101/991d30aa/attachment.sig>

From slzatz at gmail.com  Sat Jan  1 03:29:08 2005
From: slzatz at gmail.com (Steve Zatz)
Date: Sat Jan  1 03:29:08 2005
Subject: [Moin-user] Place button row above and below text edit area
Message-ID: <6b21d8370501010328660bbf51@mail.gmail.com>

I am new to MoinMoin and am wondering if there a simple hack (or
better yet an option) that would place the set of buttons (Save
Changes, Preview.., etc) *both* above and below the text edit area.  
There are many times when I am editing the top of a page that it would
be much more convenient to be able to click Preview or Save Changes
without having to scroll the browser window to find the appropriate
button.  Thanks for any help.



From Nigel.Metheringham at dev.intechnology.co.uk  Sat Jan  1 11:39:06 2005
From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham)
Date: Sat Jan  1 11:39:06 2005
Subject: [Moin-user] 1.3.1 and mod_python
In-Reply-To: <20041230040352.FVVP2032.imf24aec.mail.bellsouth.net@atl11xcl005>
References: <20041230040352.FVVP2032.imf24aec.mail.bellsouth.net@atl11xcl005>
Message-ID: <41D6FC22.8010905@dev.intechnology.co.uk>

Kevin Kleinfelter wrote:

> I can *almost* get 1.3.1 to work w/mod_python. CGI works fine.  When I 
> access http://myserver/myinstance, it loads FrontPage as expected. 
> When I access http://myserver/myinstance/HelpContents, it loads 
> FrontPage. To really load HelpContents I have to enter 
> http://myserver/myinstance/anything-here/HelpContents.

This is the effect I see for a wiki at server root - caused by the 
SCRIPT_NAME & PATH_INFO variables getting confused...

> My setup:
> * Fedora 3, Apache 2, mod_python new enough to have the bug fixed

That's the same as my test set-up

> * httpd.conf contains
> <Directory "/usr/local/wikis/myinstance>
>   Order allow,deny
>   Allow from all
>   AllowOverride all
> </Directory>

That <Directory> stanza will do nothing at all unless you have an Alias 
or DocumentRoot directive directing URLs into that directory.

I suggest you kill any Alias directives into that directory and the 
whole <Directory> stanza.

> <Location /myinstance>
>   SetHandler python-program
>   PythonPath "['/usr/local/wikis/myinstance']+sys.path"
>   PythonHandler MoinMoin.request::RequestModPy.run
> </Location>

Thats fine.
My documents on this are at
  http://moinmoin.wikiwikiweb.de:8000/NigelMetheringham/ApacheWithModPython

    Nigel.



From bernat at free.fr  Sun Jan  2 04:16:08 2005
From: bernat at free.fr (Vincent Bernat)
Date: Sun Jan  2 04:16:08 2005
Subject: [Moin-user] Converting from latex
Message-ID: <m3y8fcxc3s.fsf@neo.loria>

Hello !

Is someone aware of a tool that is able to convert a document from
LaTeX into a wiki one ? I don't expect any miracle of such a tool but
documents are very simple.

Thanks.
-- 
panic("esp: what could it be... I wonder...");
	2.2.16 /usr/src/linux/drivers/scsi/esp.c




From maciej.blizinski at gmail.com  Sun Jan  2 04:39:10 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Sun Jan  2 04:39:10 2005
Subject: [Moin-user] Converting from latex
In-Reply-To: <m3y8fcxc3s.fsf@neo.loria>
References: <m3y8fcxc3s.fsf@neo.loria>
Message-ID: <f95457130501020438337740a7@mail.gmail.com>

> Is someone aware of a tool that is able to convert a document from
> LaTeX into a wiki one ? I don't expect any miracle of such a tool but
> documents are very simple.

I think there is no such tool because there is no unequivocal way of
mapping from LaTeX document structure to the set of Wki pages. I think
it's you to decide what should become wiki pages (chapters? sections?
subsections?) and split your latex document to separate files. Next,
you would want to create interlinking automatically and this is where
an automatic tool would be useful.

I think that a few shell scripts would make it.

Anyway, I will have to do a reverse transormation: from Wiki to LaTeX.

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From maciej.blizinski at gmail.com  Sun Jan  2 05:30:07 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Sun Jan  2 05:30:07 2005
Subject: [Moin-user] FORBIDDEN when redirecting - problem
Message-ID: <f9545713050102052934cde270@mail.gmail.com>

Let's say I have a page of name "Neurodermatitis". It redirects to
page "Atopowe zapalenie sk?ry" (my wiki is in polish). When I type in
my browser:

http://www.atopowe.pl/zapalenie/Neurodermatitis

...i get redirected as desired, and I end up at following URL:

http://www.atopowe.pl/zapalenie/Atopowe_zapalenie_sk%c3%b3ry?action=show&redirect=Neurodermatitis

But what about bots, like googlebot or wget? I want them to get
redirected as well. Let's try with wget:

maciej at matilda:~/Desktop/tmp$ wget
http://www.atopowe.pl/zapalenie/Neurodermatitis
--14:22:15--  http://www.atopowe.pl/zapalenie/Neurodermatitis
           => `Neurodermatitis'
Resolving www.atopowe.pl... 62.233.164.2
Connecting to www.atopowe.pl[62.233.164.2]:80... connected.
HTTP request sent, awaiting response... 302
Location: http://www.atopowe.pl/zapalenie/Atopowe_zapalenie_sk%c3%b3ry?action=show&redirect=Neurodermatitis
[following]
--14:22:16--  http://www.atopowe.pl/zapalenie/Atopowe_zapalenie_sk%c3%b3ry?action=show&redirect=Neurodermatitis
           => `Atopowe_zapalenie_sk??ry?action=show&redirect=Neurodermatitis'
Connecting to www.atopowe.pl[62.233.164.2]:80... connected.
HTTP request sent, awaiting response... 403 FORBIDDEN
14:22:16 ERROR 403: FORBIDDEN.

Not good. Not goot at all. When trying to connect after redirecting
("Location:") server says the page is forbidden. Why is it so?
error_log doesn't show anything, i.e. there isn't any log entry
referring to this 403 error.

Technical info:
Python     2.3.3 (#1, Jan 20 2004, 14:35:37) [GCC 3.3.2]
MoinMoin     Release 1.3.0 [Revision patch-399]
Apache 2.0.x

Is it in Apache config or in MoinMoin config?

Regards,
Maciej

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From mark.volkert at rakekniven.de  Sun Jan  2 06:43:05 2005
From: mark.volkert at rakekniven.de (Mark Volkert)
Date: Sun Jan  2 06:43:05 2005
Subject: [Moin-user] re: Starting standaloneserver
In-Reply-To: <200501011103.55155.R.Bauer@fz-juelich.de>
References: <200501011103.55155.R.Bauer@fz-juelich.de>
Message-ID: <200501010955.45158.mark.volkert@rakekniven.de>

Am Samstag, 1. Januar 2005 11:03 schrieb Reimar Bauer:
> Happy new year,
>
>
> Here are the changes I did in moin.py
>
> import sys
> sys.path.append('/home/user/share/moin/mywiki')
> sys.path.append('/home/user/lib/python2.3/site-packages')
>
> sys must be used to be able to append something to the path.
> You need to do two appendings, the one where your wiki is. This is needed
> to find wikiconfig. The other one is to find the MoinMoin library.
Perfect. I typed in my local pathes and it works.
Perhaps we can append two examples for helping other users 
http://moinmoin.wikiwikiweb.de/HelpOnInstalling/StandaloneServer
(Immutable Page)

cheers

Mark



From ralf at family-moll.de  Sun Jan  2 12:03:09 2005
From: ralf at family-moll.de (Ralf Moll)
Date: Sun Jan  2 12:03:09 2005
Subject: [Moin-user] Converting from latex
In-Reply-To: <m3y8fcxc3s.fsf@neo.loria>
References: <m3y8fcxc3s.fsf@neo.loria>
Message-ID: <41D85339.5030603@family-moll.de>

Hi Vincent,

> Is someone aware of a tool that is able to convert a document from
> LaTeX into a wiki one ? I don't expect any miracle of such a tool but
> documents are very simple.
I'm sorry, but the debian-package above does not do your job. Maybe it's 
useful if you have create latex and wiki docs for the next time.

cu,
Ralf


Package: txt2tags
Priority: optional
Section: text
Installed-Size: 784
Maintainer: Christian Surchi <csurchi at debian.org>
Architecture: all
Version: 2.0-1
Depends: python
Filename: pool/main/t/txt2tags/txt2tags_2.0-1_all.deb
Size: 320542
MD5sum: 8bf8539aa65f952f17ae5b7618c9cf7e
Description: a conversion tool generating 
HTML/SGML/LaTeX/man/MoinMoin/mgp/PageMaker files
  txt2tags is a format conversion tool written in Python that
  generates HTML, SGML, LaTeX, man page, MoinMoin, Magic Point and
  PageMaker documents from a plain text file with little marks.
  .
  Different from other conversion tools, it is generic, and not
  target-specific (as a txt2html tool). This way, you can keep just
  one source text file and one tool for all your formatting needs.
  .
  Supports header, title, bold/italic/underline, preformatted,
  quote, link, lists, bar, image and table.
  .
  With txt2tags, you focuses your mind on the document CONTENT, and
  forget about formatting. Just let the program do this dirty job.



From ralf-info at family-moll.de  Sun Jan  2 12:04:07 2005
From: ralf-info at family-moll.de (Ralf Moll)
Date: Sun Jan  2 12:04:07 2005
Subject: [Moin-user] Converting from latex
In-Reply-To: <m3y8fcxc3s.fsf@neo.loria>
References: <m3y8fcxc3s.fsf@neo.loria>
Message-ID: <41D85367.5020006@family-moll.de>

Hi Vincent,

> Is someone aware of a tool that is able to convert a document from
> LaTeX into a wiki one ? I don't expect any miracle of such a tool but
> documents are very simple.
I'm sorry, but the debian-package above does not do your job. Maybe it's
useful if you have create latex and wiki docs for the next time.

cu,
Ralf


Package: txt2tags
Priority: optional
Section: text
Installed-Size: 784
Maintainer: Christian Surchi <csurchi at debian.org>
Architecture: all
Version: 2.0-1
Depends: python
Filename: pool/main/t/txt2tags/txt2tags_2.0-1_all.deb
Size: 320542
MD5sum: 8bf8539aa65f952f17ae5b7618c9cf7e
Description: a conversion tool generating
HTML/SGML/LaTeX/man/MoinMoin/mgp/PageMaker files
  txt2tags is a format conversion tool written in Python that
  generates HTML, SGML, LaTeX, man page, MoinMoin, Magic Point and
  PageMaker documents from a plain text file with little marks.
  .
  Different from other conversion tools, it is generic, and not
  target-specific (as a txt2html tool). This way, you can keep just
  one source text file and one tool for all your formatting needs.
  .
  Supports header, title, bold/italic/underline, preformatted,
  quote, link, lists, bar, image and table.
  .
  With txt2tags, you focuses your mind on the document CONTENT, and
  forget about formatting. Just let the program do this dirty job.




From tw-public at gmx.de  Mon Jan  3 08:09:08 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan  3 08:09:08 2005
Subject: [Moin-user] user group
In-Reply-To: <03CB0D78C4AF01429A5C04F1EFD29885079AB87D@usnjc01wmx002.tdwaterhouse.com>
References: <03CB0D78C4AF01429A5C04F1EFD29885079AB87D@usnjc01wmx002.tdwaterhouse.com>
Message-ID: <41D96BDE.7050300@gmx.de>

> How can I set up a "USER GROUP"/"MESSAGE BOARD" inside the wiki?

A wiki is a different thing than a web bulletin board.

And moin is just a wiki (not a bad one, but "only" a wiki).

So you either have to do it the wiki way (preferred and better solution) 
or install some extra software (which might have a negative impact on 
people's wiki usage).



From tw-public at gmx.de  Mon Jan  3 08:16:32 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan  3 08:16:32 2005
Subject: [Moin-user] Problems with first moin install
In-Reply-To: <6.2.0.14.0.20041231011308.0466dae8@pop6.sympatico.ca>
References: <6.2.0.14.0.20041231011308.0466dae8@pop6.sympatico.ca>
Message-ID: <41D96D8D.1010505@gmx.de>

> #2 - It takes 10 seconds or more to follow any link in the system.
> Installation is on a user-mode-linux setup (tummy.com).
> 50 MB Ram
> Fedora Core 1
> Apache 2.0.50
> Python 2.2.3
> Moin 1.3.1
> Mod_Python 3.1.3 compiled from source for this setup.

50MB might be a bit low for all that stuff.

UML doesn't it make faster.

Maybe using standalone or twisted (and switching off apache2) would save 
some RAM.

Py 2.3.4 or 2.4 would maybe make it faster (not sure about RAM needs of 
those, though).

And: moin 1.3.x (x<2) isn't fast anyway. We are working on it and try to 
release a 1.3.2 with better speed and the usual fixes soon.



From tw-public at gmx.de  Mon Jan  3 08:21:09 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan  3 08:21:09 2005
Subject: [Moin-user] FORBIDDEN when redirecting - problem
In-Reply-To: <f9545713050102052934cde270@mail.gmail.com>
References: <f9545713050102052934cde270@mail.gmail.com>
Message-ID: <41D96EC4.6060204@gmx.de>

> But what about bots, like googlebot or wget?

wget is on moin's blacklist (due to good reasons). google is allowed.

So you can't really compare (except if you fake wget's useragent, see 
man wget).

> MoinMoin     Release 1.3.0 [Revision patch-399]

When 1.3.2 is out, consider upgrading.



From ian.to at sympatico.ca  Mon Jan  3 22:16:06 2005
From: ian.to at sympatico.ca (Ian)
Date: Mon Jan  3 22:16:06 2005
Subject: [Moin-user] Problems with first moin install
In-Reply-To: <20050104042440.E83193242B@sc8-sf-spam1.sourceforge.net>
References: <20050104042440.E83193242B@sc8-sf-spam1.sourceforge.net>
Message-ID: <6.2.0.14.0.20050104010349.04ce3078@pop6.sympatico.ca>

At 11:23 PM 1/3/2005, you wrote:


>--__--__--
>
>Message: 2
>Date: Mon, 03 Jan 2005 17:06:37 +0100
>From: Thomas Waldmann <tw-public at gmx.de>
>To: moin-user at lists.sourceforge.net
>Subject: Re: [Moin-user] Problems with first moin install
>
> > #2 - It takes 10 seconds or more to follow any link in the system.
> > Installation is on a user-mode-linux setup (tummy.com).
> > 50 MB Ram
> > Fedora Core 1
> > Apache 2.0.50
> > Python 2.2.3
> > Moin 1.3.1
> > Mod_Python 3.1.3 compiled from source for this setup.
>
>50MB might be a bit low for all that stuff.
>
>UML doesn't it make faster.
>
>Maybe using standalone or twisted (and switching off apache2) would save
>some RAM.
>
>Py 2.3.4 or 2.4 would maybe make it faster (not sure about RAM needs of
>those, though).
>
>And: moin 1.3.x (x<2) isn't fast anyway. We are working on it and try to
>release a 1.3.2 with better speed and the usual fixes soon.

I'm happy to report that I got it working (even with Python 2.2.3).  The
problem was that I had not set up the server address in Apache.
Now everything works and is reasonably fast, but I get an overflow
error on Recent Changes (long int too large to convert to int).

Therefore I tried to get mod_python
working with Python 2.4, but the --with-python option doesn't seem to work
(as previously reported on this list).  Haven't figured out yet how to
modify the path seen by Apache so that will load Python 2.4, and I can't
change the default python as it's used by the uml system.

So for the time being I will continue with 2.2.3, only Recent Changes seems
to be unhappy.

Cheers,

Ian


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.296 / Virus Database: 265.6.8 - Release Date: 1/3/2005





From schwarz.labecedaire at st.com  Wed Jan  5 09:09:47 2005
From: schwarz.labecedaire at st.com (Christian SCHWARZ)
Date: Wed Jan  5 09:09:47 2005
Subject: [Moin-user] slideshow in 1.3 broken
Message-ID: <41DC1EA2.4050300@st.com>

Hi all,

I recently updated from version 1.2.4 to 1.3.1 and encounter a problem 
regarding the slideshow feature: the (sorted) pages are shown rather 
randomly.
Btw, the same happens with the official SlideShowHelpPage:
http://moinmaster.wikiwikiweb.de/HelpOnSlideShows

Click on Start and then Forward :)

thanks for help,
Christian



From chad.lowe at gmail.com  Wed Jan  5 09:25:08 2005
From: chad.lowe at gmail.com (Chad Lowe)
Date: Wed Jan  5 09:25:08 2005
Subject: [Moin-user] Apache WinXP - File atachment problem
Message-ID: <f6527fa805010509227138d9bc@mail.gmail.com>

I am running Apache 2.0.52 on WinXP (sp1) and MoinMoin 1.3.0 using mod_python.

Everything is working great except for attaching files. When I attempt
to attach a file I get the following back in the web browser:

request.print_exception handler
Traceback (most recent call last):

  File "C:\Python23\lib\site-packages\MoinMoin\request.py", line 681, in run
    self.args = self.setup_args()
  File "C:\Python23\lib\site-packages\MoinMoin\request.py", line 1583,
in setup_args
    i = wikiutil.decodeUserInput(i, self.decode_charsets)
  File "C:\Python23\Lib\site-packages\MoinMoin\wikiutil.py", line 70,
in decodeUserInput
    raise UnicodeError('The string "%s" cannot be decoded.' % s)
UnicodeError: The string "????

*** The rest of the file (a Word document) displays in the plain text. 

The same happens wether I try to attach a text file, pdf file, etc.

Previously I was running the same MoinMoin instance using the
standalone server and file attaching worked fine.

Also, files that I had previously attached work display correctly when
viewed on the wiki.

Thanks,
Chad Lowe



From msoulier at digitaltorque.ca  Thu Jan  6 12:05:26 2005
From: msoulier at digitaltorque.ca (Michael P. Soulier)
Date: Thu Jan  6 12:05:26 2005
Subject: [Moin-user] attachments lost on page rename?
Message-ID: <1105041870.4702.7.camel@latte.nssg.mitel.com>

Someone just contacted me about one of their pages, apparently all of
their attachments are gone since the page was renamed. Is that a bug, or
is there some good reason for throwing away attachments when a page is
renamed?

I'd call this a bug if it's true. 

Mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050106/f9a052c0/attachment.sig>

From chad.lowe at gmail.com  Thu Jan  6 12:20:30 2005
From: chad.lowe at gmail.com (Chad Lowe)
Date: Thu Jan  6 12:20:30 2005
Subject: [Moin-user] Attachment Problem - Apache mod_python WinXP
Message-ID: <f6527fa805010612192162d26@mail.gmail.com>

I am running Apache 2.0.52 on WinXP (sp1) and MoinMoin 1.3.0 using mod_python.

Everything is working great except for attaching files. When I attempt
to attach a file I get the following back in the web browser:

request.print_exception handler
Traceback (most recent call last):

 File "C:\Python23\lib\site-packages\MoinMoin\request.py", line 681, in run
   self.args = self.setup_args()
 File "C:\Python23\lib\site-packages\MoinMoin\request.py", line 1583,
in setup_args
   i = wikiutil.decodeUserInput(i, self.decode_charsets)
 File "C:\Python23\Lib\site-packages\MoinMoin\wikiutil.py", line 70,
in decodeUserInput
   raise UnicodeError('The string "%s" cannot be decoded.' % s)
UnicodeError: The string "????

*** The rest of the file (a Word document) displays in the plain text.

The same happens wether I try to attach a text file, pdf file, etc.

Previously I was running the same MoinMoin instance using the
standalone server and file attaching worked fine.

Also, files that I had previously attached work display correctly when
viewed on the wiki.

Thanks,
Chad Lowe



From 2004b at usenet.alexanderweb.de  Thu Jan  6 12:31:24 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan  6 12:31:24 2005
Subject: [Moin-user] Re: attachments lost on page rename?
References: <1105041870.4702.7.camel@latte.nssg.mitel.com>
Message-ID: <1wrfmqf9uhr7g.dlg@usenet.alexanderweb.de>

On Thu, 06 Jan 2005 15:04:30 -0500, Michael P. Soulier wrote:

> Someone just contacted me about one of their pages, apparently all of
> their attachments are gone since the page was renamed. Is that a bug, or
> is there some good reason for throwing away attachments when a page is
> renamed?

It is a known side-effect in MoinMoin <= 1.2.x. If you want to preserve
attachments on page rename, upgrade to 1.3. If you experienced this in a
MoinMoin 1.3 Wiki, please file the bug on our bug reporting page
(MoinMoin:MoinMoinBugs).

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Thu Jan  6 13:23:22 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan  6 13:23:22 2005
Subject: [Moin-user] Re: Apache WinXP - File atachment problem
References: <f6527fa805010509227138d9bc@mail.gmail.com>
Message-ID: <10vnphu5qvzmo$.dlg@usenet.alexanderweb.de>

On Wed, 5 Jan 2005 11:22:20 -0600, Chad Lowe wrote:

> I am running Apache 2.0.52 on WinXP (sp1) and MoinMoin 1.3.0 using mod_python.
> 
> Everything is working great except for attaching files. When I attempt
> to attach a file I get the following back in the web browser:

I put this bug into our wiki in order to reach the whole core team:

http://moinmoin.wikiwikiweb.de:8000/MoinMoinBugs/ModPyDoesNotAcceptFileUpload

Please continue to track it via that wiki page and put in the name of the
browser you are using.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Thu Jan  6 13:31:31 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan  6 13:31:31 2005
Subject: [Moin-user] Re: slideshow in 1.3 broken
References: <41DC1EA2.4050300@st.com>
Message-ID: <3sb813msqcj6.dlg@usenet.alexanderweb.de>

On Wed, 05 Jan 2005 18:06:42 +0100, Christian SCHWARZ wrote:

> I recently updated from version 1.2.4 to 1.3.1 and encounter a problem 
> regarding the slideshow feature: the (sorted) pages are shown rather 
> randomly.

I filed this bug on this page:
http://moinmoin.wikiwikiweb.de:8000/MoinMoinBugs/SlideshowInRandomOrder

Please use it to track it.

Kind regards,
Alexander




From maciej.blizinski at gmail.com  Sat Jan  8 10:52:11 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Sat Jan  8 10:52:11 2005
Subject: [Moin-user] FORBIDDEN when redirecting - problem
In-Reply-To: <41D96EC4.6060204@gmx.de>
References: <f9545713050102052934cde270@mail.gmail.com>
	 <41D96EC4.6060204@gmx.de>
Message-ID: <f9545713050108105159fdf449@mail.gmail.com>

> When 1.3.2 is out, consider upgrading.

Are you from the development team?

I'd like 1.3.2 to have polish translation. I've done most of it. I'd
like to contribute my translation in pl.po and to translate system
pages. When do I have to contribute my translation so it's included in
1.3.2? Is it possible?

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From 2004b at usenet.alexanderweb.de  Sat Jan  8 16:52:10 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sat Jan  8 16:52:10 2005
Subject: [Moin-user] Re: FORBIDDEN when redirecting - problem
References: <f9545713050102052934cde270@mail.gmail.com> <41D96EC4.6060204@gmx.de> <f9545713050108105159fdf449@mail.gmail.com>
Message-ID: <9l4x7e8vwszw.dlg@usenet.alexanderweb.de>

On Sat, 8 Jan 2005 19:51:56 +0100, Maciej Blizinski wrote:

>> When 1.3.2 is out, consider upgrading.
> 
> Are you from the development team?
> 
> I'd like 1.3.2 to have polish translation. I've done most of it. I'd
> like to contribute my translation in pl.po and to translate system
> pages. When do I have to contribute my translation so it's included in
> 1.3.2? Is it possible?

Just send the .po file to his mail address.

Kind regards,
Alexander




From zoom.quiet at gmail.com  Mon Jan 10 01:30:01 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Mon Jan 10 01:30:01 2005
Subject: [Moin-user] migration error from 1.2.3 to 1.3.1
Message-ID: <9dad9f0a05011001297d542101@mail.gmail.com>

sayeahooo!

i'm chinese MoinMoin admin.
thanx for MoinMoin make us proj. wiki
http://wiki.woodpecker.org.cn/moin.cgi/FrontPage

BUT when upgrade from 1.2.3 to 1.3.1
error in step 12_to_13_mig4.py
brok as:
"""data.pre-mig4/event.log
Traceback (most recent call last):
  File "12_to_13_mig4.py", line 149, in ?
    convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))
  File "12_to_13_mig4.py", line 64, in convert_eventlog
    data[0] = str(convert_ts(float(data[0]))) # we want usecs
ValueError: empty string for float()
"""

what happen? and waht can i do ???

that is extremely anxious......

thanx for all!


-- 
[Time is unimportant, only life important!]



From tw-public at gmx.de  Mon Jan 10 04:15:43 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan 10 04:15:43 2005
Subject: [Moin-user] migration error from 1.2.3 to 1.3.1
In-Reply-To: <9dad9f0a05011001297d542101@mail.gmail.com>
References: <9dad9f0a05011001297d542101@mail.gmail.com>
Message-ID: <41E26F34.8070505@gmx.de>

> BUT when upgrade from 1.2.3 to 1.3.1
> error in step 12_to_13_mig4.py
> brok as:
> """data.pre-mig4/event.log
> Traceback (most recent call last):
>   File "12_to_13_mig4.py", line 149, in ?
>     convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))
>   File "12_to_13_mig4.py", line 64, in convert_eventlog
>     data[0] = str(convert_ts(float(data[0]))) # we want usecs
> ValueError: empty string for float()
> """
> 
> what happen? and waht can i do ???

Looks like your event.log contains empty lines maybe (or a line with 
empty first field - in the first field, there should be a timestamp, 
followed by a tab as field separator).

Maybe just use an editor (like vim) to correct that problem in the 
event.log.


Alternatively, if you can live with incomplete page read stats, you 
could also simply skip converting event-log, it is only needed for 
stats. For doing that. modify the mig4 script (last few lines) to read 
like that:

#convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))

After running mig4, create an empty event-log by:

touch data/event-log

Hope that helps.



From zoom.quiet at gmail.com  Mon Jan 10 21:44:10 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Mon Jan 10 21:44:10 2005
Subject: [Moin-user] Re: migration error from 1.2.3 to 1.3.1
In-Reply-To: <20050111042516.2142312C82@sc8-sf-spam2.sourceforge.net>
References: <20050111042516.2142312C82@sc8-sf-spam2.sourceforge.net>
Message-ID: <9dad9f0a050110214345d79efe@mail.gmail.com>

thanx for suggest
and in 12_to_13_mig6.py and 12_to_13_mig8.py
all some break for the event.log !!

so i empty it ,reMig from the point 12_to_13_mig5.py continue...

but!!

when succeed mig all page into 1.3.1 wiki,
the RecentChanges page report some entry  info as:
""""
Test Center(2f)Server Testing 	-306945605994??9?? 	?? 	 [1-86] 	#01
missing edit-log entry for this revision
#02 missing edit-log entry for this revision
#03 missing edit-log entry for this revision
#04 missing edit-log entry for this revision
#05 missing edit-log entry for this revision
#06 missing edit-log entry for this revision
#07 missing edit-log entry for this revision
...
"""

so so can i fixed it???


On Mon, 10 Jan 2005 20:24:27 -0800, moin-user-request at lists.sourceforge.net 
> Date: Mon, 10 Jan 2005 13:04:04 +0100
> From: Thomas Waldmann <tw-public at gmx.de>
> To: moin-user at lists.sourceforge.net
> Subject: Re: [Moin-user] migration error from 1.2.3 to 1.3.1
> 
> > BUT when upgrade from 1.2.3 to 1.3.1
> > error in step 12_to_13_mig4.py
> > brok as:
> > """data.pre-mig4/event.log
> > Traceback (most recent call last):
> >   File "12_to_13_mig4.py", line 149, in ?
> >     convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))
> >   File "12_to_13_mig4.py", line 64, in convert_eventlog
> >     data[0] = str(convert_ts(float(data[0]))) # we want usecs
> > ValueError: empty string for float()
> > """
> >
> > what happen? and waht can i do ???
> 
> Looks like your event.log contains empty lines maybe (or a line with
> empty first field - in the first field, there should be a timestamp,
> followed by a tab as field separator).
> 
> Maybe just use an editor (like vim) to correct that problem in the
> event.log.
> 
> Alternatively, if you can live with incomplete page read stats, you
> could also simply skip converting event-log, it is only needed for
> stats. For doing that. modify the mig4 script (last few lines) to read
> like that:
> 
> #convert_eventlog(opj(origdir, 'event.log'), opj('data', 'event-log'))
> 
> After running mig4, create an empty event-log by:
> 
> touch data/event-log
> 
> Hope that helps.
> 
> --__--__--
> 
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 
> End of Moin-user Digest
> 


-- 
[Time is unimportant, only life important!]



From tw-public at gmx.de  Tue Jan 11 10:10:10 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue Jan 11 10:10:10 2005
Subject: [Moin-user] Re: migration error from 1.2.3 to 1.3.1
In-Reply-To: <9dad9f0a050110214345d79efe@mail.gmail.com>
References: <20050111042516.2142312C82@sc8-sf-spam2.sourceforge.net> <9dad9f0a050110214345d79efe@mail.gmail.com>
Message-ID: <41E41359.8040905@gmx.de>

> and in 12_to_13_mig6.py and 12_to_13_mig8.py
> all some break for the event.log !!

They usually don't break there. If you still have your breaking 
event.log send it to me via email, please.

> when succeed mig all page into 1.3.1 wiki,
> the RecentChanges page report some entry  info as:
> """"
> Test Center(2f)Server Testing 	-306945605994??9?? 	?? 	 [1-86] 	#01

The timestamp looks strange.

Maybe better send me your complete 1.2 wiki data.

> missing edit-log entry for this revision
> #02 missing edit-log entry for this revision
> #03 missing edit-log entry for this revision
> #04 missing edit-log entry for this revision
> #05 missing edit-log entry for this revision
> #06 missing edit-log entry for this revision
> #07 missing edit-log entry for this revision
> so so can i fixed it???

Those missing things are maybe really missing. If this is the case, 
there is no fix.





From theron.voran at colorado.edu  Wed Jan 12 16:55:04 2005
From: theron.voran at colorado.edu (Theron Voran)
Date: Wed Jan 12 16:55:04 2005
Subject: [Moin-user] Using underlay instead of data after upgrade
Message-ID: <41E5C6B5.7060703@colorado.edu>

Hi,

I upgraded from 1.2.x to 1.3.1, and it appears that the wiki is still 
using the old help pages, which makes me think its not referencing the 
"underlay" directory that I copied into the instance directory.

Any ideas?

--
Theron Voran <theron.voran at colorado.edu>




From zoom.quiet at gmail.com  Wed Jan 12 21:38:09 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Wed Jan 12 21:38:09 2005
Subject: [Moin-user] Using underlay instead of data after upgrade
In-Reply-To: <20050113042621.5D1648C08D@sc8-sf-spam1.sourceforge.net>
References: <20050113042621.5D1648C08D@sc8-sf-spam1.sourceforge.net>
Message-ID: <9dad9f0a05011221372bd3ad73@mail.gmail.com>

Yes!
i'm notice it also!

and not any suggest in Moin 1.3.1 readme document....

thanx for any suggest!


On Wed, 12 Jan 2005 20:25:10 -0800,
moin-user-request at lists.sourceforge.net
<moin-user-request at lists.sourceforge.net> wrote:
> Send Moin-user mailing list submissions to
>         moin-user at lists.sourceforge.net
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/moin-user
> or, via email, send a message with subject or body 'help' to
>         moin-user-request at lists.sourceforge.net
> 
> You can reach the person managing the list at
>         moin-user-admin at lists.sourceforge.net
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Moin-user digest..."
> 
> Today's Topics:
> 
>    1. Using underlay instead of data after upgrade (Theron Voran)
> 
> --__--__--
> 
> Message: 1
> Date: Wed, 12 Jan 2005 17:54:13 -0700
> From: Theron Voran <theron.voran at colorado.edu>
> To: moin-user at lists.sourceforge.net
> Subject: [Moin-user] Using underlay instead of data after upgrade
> 
> Hi,
> 
> I upgraded from 1.2.x to 1.3.1, and it appears that the wiki is still
> using the old help pages, which makes me think its not referencing the
> "underlay" directory that I copied into the instance directory.
> 
> Any ideas?
> 
> --
> Theron Voran <theron.voran at colorado.edu>
> 
> --__--__--
> 
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 
> End of Moin-user Digest
> 


-- 
[Time is unimportant, only life important!]



From zoom.quiet at gmail.com  Wed Jan 12 21:45:00 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Wed Jan 12 21:45:00 2005
Subject: [Moin-user] Howto auto login base SSO?
In-Reply-To: <20050113042621.5D1648C08D@sc8-sf-spam1.sourceforge.net>
References: <20050113042621.5D1648C08D@sc8-sf-spam1.sourceforge.net>
Message-ID: <9dad9f0a05011221444c96985f@mail.gmail.com>

i want include MoinMoin as one part of us KIM system,
so usage SSO -- single sign-on -- login all sites of the system!

but there not idea for Howto?!

base Apache mod_cas check user and redirect SSO login page;
and .....
Howto plugin auto login action in MoinMoin tree?

and any suggest??

thanx for all!
 


-- 
[Time is unimportant, only life important!]



From R.Bauer at fz-juelich.de  Thu Jan 13 00:49:00 2005
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Thu Jan 13 00:49:00 2005
Subject: [Moin-user] Re:Using underlay instead of data after upgrade (Theron Voran)
In-Reply-To: <20050113042621.4DAEB13D20@sc8-sf-spam2.sourceforge.net>
References: <20050113042621.4DAEB13D20@sc8-sf-spam2.sourceforge.net>
Message-ID: <41E63584.7020800@fz-juelich.de>

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

Thats the way it is supposed to work.

It looks bad because of the migration. The idea is files which are
edited are saved to data dir and not to underlay. If you have migrated
as I do then we have all help files twice in different versions. While
the old pages with the same name are below the data dir exists they are
read instead of the files in underlay.

The simplest thing would be to remove the not edited help pages from
data dir.

cheers
Reimar




| Message: 1
| Date: Wed, 12 Jan 2005 17:54:13 -0700
| From: Theron Voran <theron.voran at colorado.edu>
| To: moin-user at lists.sourceforge.net
| Subject: [Moin-user] Using underlay instead of data after upgrade
|
| Hi,
|
| I upgraded from 1.2.x to 1.3.1, and it appears that the wiki is still
| using the old help pages, which makes me think its not referencing the
| "underlay" directory that I copied into the instance directory.
|
| Any ideas?
|
| --
| Theron Voran <theron.voran at colorado.edu>
|
|
|

|


- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB5jWC5aOc3Q9hk/kRApdoAJ4y5oedAGmuHSL2yQ3yl/Zyd86v7QCeKHCw
7uM3OUoulkGv4EIqrNq9sbI=
=rvdn
-----END PGP SIGNATURE-----




From maciej.blizinski at gmail.com  Thu Jan 13 01:01:15 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Thu Jan 13 01:01:15 2005
Subject: [Moin-user] External link in top tabs - how to?
Message-ID: <f9545713050113010073bd35b1@mail.gmail.com>

Is it possible to create a tab (like FrontPage or RecentChanges), but
with external (http://...) link instead of internal (i.e. to local
page)? I maintain a website which consists of discussion forum and FAQ
section; the FAQ is based on MoinMoin, and I'd like to place an ease
link from the FAQ to the forum.

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From schwarz.labecedaire at st.com  Thu Jan 13 01:31:18 2005
From: schwarz.labecedaire at st.com (Christian SCHWARZ)
Date: Thu Jan 13 01:31:18 2005
Subject: [Moin-user] Discussion feature for Wiki pages
Message-ID: <41E63FAF.2010705@st.com>

Hi,

is there something like the Wikipedia discussion feature, where you have 
a dedicated discussion page per Wiki page?
I scanned the Macro and ActionMarket, but did not succeed.

thanks for help,
Christian



From nigel.harper at lightworkdesign.com  Thu Jan 13 03:03:18 2005
From: nigel.harper at lightworkdesign.com (=?Utf-8?B?TmlnZWwgSGFycGVy?=)
Date: Thu Jan 13 03:03:18 2005
Subject: [Moin-user] =?Utf-8?B?UkU6IFtNb2luLXVzZXJdIEV4dGVybmFsIGxpbmsgaW4gdG9wIHRh?=
 =?Utf-8?B?YnMgLSBob3cgdG8/?=
Message-ID: <8815647C7041D111A3010060B06BE1C002AFAD5C@ELVIS>

> Is it possible to create a tab (like FrontPage or RecentChanges), but
> with external (http://...) link instead of internal (i.e. to local
> page)? 

I've not tried it but according to HelpOnConfiguration you can:

"to link to any URL, use a free-form link of the form u"[url text]" "

Nigel



From tw-public at gmx.de  Thu Jan 13 04:33:18 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu Jan 13 04:33:18 2005
Subject: [Moin-user] Discussion feature for Wiki pages
In-Reply-To: <41E63FAF.2010705@st.com>
References: <41E63FAF.2010705@st.com>
Message-ID: <41E667C9.6040304@gmx.de>

> is there something like the Wikipedia discussion feature, where you have 
> a dedicated discussion page per Wiki page?
> I scanned the Macro and ActionMarket, but did not succeed.

You can always have a link like /DiscussThatHere - and if you 
additionally protect the main page by ACLs then nobody except allowed 
people can modify the main page.



From 2004b at usenet.alexanderweb.de  Thu Jan 13 08:27:13 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 13 08:27:13 2005
Subject: [Moin-user] Re: Using underlay instead of data after upgrade
References: <41E5C6B5.7060703@colorado.edu>
Message-ID: <xru441d28nxh.dlg@usenet.alexanderweb.de>

On Wed, 12 Jan 2005 17:54:13 -0700, Theron Voran wrote:

> I upgraded from 1.2.x to 1.3.1, and it appears that the wiki is still 
> using the old help pages, which makes me think its not referencing the 
> "underlay" directory that I copied into the instance directory.

You have to delete the system pages in the data dir. There some unofficial
scripts in the MoinMoin: wiki.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Thu Jan 13 08:31:13 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 13 08:31:13 2005
Subject: [Moin-user] Re: Howto auto login base SSO?
References: <20050113042621.5D1648C08D@sc8-sf-spam1.sourceforge.net> <9dad9f0a05011221444c96985f@mail.gmail.com>
Message-ID: <nxj1f9bpj4fb.dlg@usenet.alexanderweb.de>

On Thu, 13 Jan 2005 13:44:31 +0800, Zoom Quiet wrote:

> i want include MoinMoin as one part of us KIM system,
> so usage SSO -- single sign-on -- login all sites of the system!
> 
> but there not idea for Howto?!
> 
> base Apache mod_cas check user and redirect SSO login page;
> and .....
> Howto plugin auto login action in MoinMoin tree?

If mod_cas supports the HTTP auth interface, then you just have to enable
it. See HelpOnConfiguration. Besides that, there is a patch on
http://sf.net/projects/moin that allows you to auto-create the user
accounts.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Thu Jan 13 08:41:00 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 13 08:41:00 2005
Subject: [Moin-user] Re: External link in top tabs - how to?
References: <f9545713050113010073bd35b1@mail.gmail.com>
Message-ID: <15iyi1vhixwwj.dlg@usenet.alexanderweb.de>

On Thu, 13 Jan 2005 10:00:33 +0100, Maciej Blizinski wrote:

> Is it possible to create a tab (like FrontPage or RecentChanges), but
> with external (http://...) link instead of internal (i.e. to local
> page)? I maintain a website which consists of discussion forum and FAQ
> section; the FAQ is based on MoinMoin, and I'd like to place an ease
> link from the FAQ to the forum.

Yes, just write it as [http://... Discussion Forum into the navibar
variable (see HelpOnConfiguration).

Kind regards,
Alexander




From maciej.blizinski at gmail.com  Thu Jan 13 08:50:00 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Thu Jan 13 08:50:00 2005
Subject: [Moin-user] Re: External link in top tabs - how to?
In-Reply-To: <15iyi1vhixwwj.dlg@usenet.alexanderweb.de>
References: <f9545713050113010073bd35b1@mail.gmail.com>
	 <15iyi1vhixwwj.dlg@usenet.alexanderweb.de>
Message-ID: <f954571305011308484030ecbb@mail.gmail.com>

> Yes, just write it as [http://... Discussion Forum into the navibar
> variable (see HelpOnConfiguration).

Thanks a lot, it works!

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From penglish at hydro.washington.edu  Thu Jan 13 10:07:16 2005
From: penglish at hydro.washington.edu (Paul English)
Date: Thu Jan 13 10:07:16 2005
Subject: [Moin-user] Permissions issues on new wiki
In-Reply-To: <20050112042532.99826891EE@sc8-sf-spam1.sourceforge.net>
Message-ID: <20050113100417.V91673-100000@dynamic.hydro.washington.edu>

Hi,
	I just recently set up a wiki, and the FrontPage is fine. I go to:

http://jet/docwiki

and the FrontPage loads up. The trouble is that *none* of the links work.
eg:

 Forbidden

   You don't have permission to access /docwiki/HelpContents on this
   server.
     _________________________________________________________________


    Apache/2.0.52 (FreeBSD) mod_ssl/2.0.52 OpenSSL/0.9.7d Server at jet
    Port 80

I get the permission denied error for every link off the FrontPage and it
seems to be that anything under the /docwiki/ directory fails. Is this a
problem with the cgi or directory permissions? Can someone give me a
pointer where to look?

Paul




From jcarroll at totality.com  Thu Jan 13 11:55:22 2005
From: jcarroll at totality.com (Jim Carroll)
Date: Thu Jan 13 11:55:22 2005
Subject: [Moin-user] footnote (and misc. formatting) RFE
Message-ID: <C14B2CC480E01F4EAC3D475DF41909080F679CB7@sfosrv04.mimecom.com>

Not sure if this is the best place for this sort of request, but here goes.

I recently took a look at DocuWiki since it was touted as being a good
option for creating internal documentation (which is why I've settled on
Moin).  It's interesting, seems a bit bare in places (at least compared to
Moin), but I did like some of the formatting options, in particular
footnotes.

The Request For Enhancement is as follows:

Please add support for footnotes as illustrated in the following link.  If
any of the other formatting options are attractive (eg, superscripting,
subscripting, strikethrough, typography), please give them due consideration
as well.

http://wiki.splitbrain.org/wiki:syntax?s=footnote

TIA,

jc



From ulf.lamping at web.de  Thu Jan 13 17:52:26 2005
From: ulf.lamping at web.de (Ulf Lamping)
Date: Thu Jan 13 17:52:26 2005
Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and being disappointed
 :-(
Message-ID: <41E725A8.2040902@web.de>

Hi List!

First of all, I'm using MoinMoin for several months and was delighted 
about the simple usage of a wiki, although the installation was a bit 
tricky.

I'm a developer with only very limited knowledge on python.

Today I'm trying for more than 4 hours now to update the wiki and got 
stuck now :-(

I tried to folllow the info from the following (and other pages):

http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/README%2emigration
http://moinmoin.wikiwikiweb.de/HelpOnInstalling
http://moinmoin.wikiwikiweb.de/HelpOnUpdating
http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES

Let me say that the documentation about the update process is a piece of 
crap :-(((

Some examples qouting the migration file: 

"To start, copy your data/ directory to this directory" 
What is this directory?

The migration file doesn't even mention that you have to replace your 
moin.cgi file and maybe other files too (I've found that info somewhere 
in the CHANGES file).



As I've observed by other projects too, developers seem to think it's 
enough to write good programs, but it itsn't. It's also very important 
to write good documentation, as user's have to be able to *use* 
software. And of course, making the program as easy to use as possible 
is always a good idea. Yes, I know that writing documentation isn't fun, 
but it has to be done.

I'm now at a point, where I actually thinking about moving to a 
different wiki software, although I like the MoinMoin wiki engine. But I 
don't want to go through that kind of update process again spending 
hours to update to a new MoinMoin program version. I thought that the 
days of such a script and configuration hell is over.

Currently I'm thinking to go back to the backup of my content, bring up 
the 1.2.3 version back to life, and convert the content to some other 
wiki engine and stop using MoinMoin :-(


Just in case someone is able to help me, here's the output of my apache 
server when accessing the page: http://127.0.0.1/mywiki?action=test

MoinMoin CGI Diagnosis
======================

Release 1.3.1
Revision patch-434
Python version 2.3.4 (#1, Jun 13 2004, 11:21:03) 
[GCC 3.3.1 (cygming special)]
Python installed to /usr
PyXML is NOT installed
Python Path:
   /cygdrive/d/ulfl/etc/Moin/mywiki
   /usr/lib/python23.zip
   /usr/lib/python2.3
   /usr/lib/python2.3/plat-cygwin
   /usr/lib/python2.3/lib-tk
   /usr/lib/python2.3/lib-dynload
   /usr/lib/python2.3/site-packages
Checking directories...
    data directory tests OK (set to '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data')
    user directory tests OK (set to '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data/user')

Server Environment:
    COMSPEC = 'C:\\WINNT\\system32\\cmd.exe'    DOCUMENT_ROOT = 'D:/ulfl/etc/localhost/webpages'    GATEWAY_INTERFACE = 'CGI/1.1'    HOME = '/'    HTTP_ACCEPT = 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1'    HTTP_ACCEPT_CHARSET = 'ISO-8859-1,utf-8;q=0.7,*;q=0.7'    HTTP_ACCEPT_ENCODING = 'gzip,deflate'    HTTP_ACCEPT_LANGUAGE = 'en-us,en;q=0.5'    HTTP_CONNECTION = 'keep-alive'    HTTP_COOKIE = 'MOIN_ID=1097148654.38.14717'    HTTP_HOST = '127.0.0.1'    HTTP_KEEP_ALIVE = '300'    HTTP_USER_AGENT = 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217'    PATH = '/cygdrive/c/Program Files/Siemens/iMap/bin:/cygdrive/c/Program Files/Perl/bin/:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/WINNT/System32/Wbem:/cygdrive/c/Program Files/CatPC/Bin:/cygdrive/c/Program Files/CatPC/Windows/System32:/cygdrive/c/Program Files/CatPC/Windows/System:/cygdrive/c/Program Files/doxygen/bin:/cygdrive/c/PROGRA~1/ATT/Graphviz/bin:/cygdrive/c/PROGRA~1/ATT/Graphviz/bin/tools:"C:/Program Files/Symantec/Norton Ghost 2003/":/cygdrive/c/python22:/usr/bin:/cygdrive/c/docbook/bat:/cygdrive/c/docbook/bin:/cygdrive/c/Program Files/Common Files/GTK/2.0/bin:/cygdrive/c/Program Files/Rational/ClearCase/bin:/cygdrive/c/Program Files/Rational/common:/cygdrive/c/Program Files/OpenJade-1.3/bin:/cygdrive/c/Program Files/Common Files/GIS/Tools:/cygdrive/c/PROGRA~1/ATT/Graphviz/bin:/cygdrive/c/PROGRA~1/ATT/Graphviz/bin/tools'    PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'    QUERY_STRING = 'action=test'    REMOTE_ADDR = '127.0.0.1'    REMOTE_PORT = '3977'    REQUEST_METHOD = 'GET'    REQUEST_URI = '/mywiki?action=test'    SCRIPT_FILENAME = 'D:/ulfl/etc/Moin/mywiki/moin.cgi'    SCRIPT_NAME = '/mywiki'    SERVER_ADDR = '127.0.0.1'    SERVER_ADMIN = 'admin at mob.nbgm.siemens.de'    SERVER_NAME = '127.0.0.1'    SERVER_PORT = '80'    SERVER_PROTOCOL = 'HTTP/1.1'    SERVER_SIGNATURE = '<address>Apache/2.0.52 (Win32) Server at 127.0.0.1 Port 80</address>\n'    SERVER_SOFTWARE = 'Apache/2.0.52 (Win32)'    SYSTEMROOT = 'C:\\WINNT'    TERM = 'cygwin'    WINDIR = 'C:\\WINNT'
Unit Tests:
Page: page.exists() finds existing pages only ... ok
PageEditor: expanding variables ... ok
parser.wiki: DateTime macro ... ok
parser.wiki: ------------ long rule shortened to hr6 ... ok
parser.wiki: --- is no rule ... ok
parser.wiki: ---- is standard rule ... ok
parser.wiki: ----- rules with size ... ok
parser.wiki: TOC links to headings with white space ... ok
parser.wiki: link formating ... FAIL
parser.wiki: ignore white space around heading text ... ok
parser.wiki: empty line separates paragraphs ... ok
parser.wiki: first paragraph should be in <p> ... ok
parser.wiki: create paragraph after block markup ... ok
parser.wiki: close open inline tag when block close ... ok
parser.wiki: escape wiki table  markup in pre ... ok
parser.wiki: escape wiki table  markup in pre with hashbang ... ok
parser.wiki: escape wiki table markup in python code area ... ok
parser.wiki: escape wiki table markup in `tt` ... ok
parser.wiki: escape wiki table markup in {{{tt}}} ... ok
parser.wiki: escape html markup in getText formatted call with link ... FAIL
parser.wiki: escape html markup in getText formatted call ... FAIL
parser.wiki: escape html markup in GetText macro ... ok
parser.wiki: escape html markup in getText non formatted call ... ok
parser.wiki: escape html markup in pre ... ok
parser.wiki: escape html markup in pre with hashbang ... ok
parser.wiki: escape html markup in python code area ... ok
parser.wiki: escape html markup in `tt` ... ok
parser.wiki: escape html markup in {{{tt}}} ... ok
parser.wiki: text formating ... ok
parser.wiki: empty lines before block element ignored ... ok
parser.wiki: paragraph closed before block element ... ok
pysupport: import nonexistant parser from moin ... ok
pysupport: import wiki parser from moin ... ok
pysupport: import nonexistant parser plugin ... ok
pysupport: import test parser plugin ... ok
repair_language: should replace known language ... ok
repair_language: return crlf line endings ... ok
repair_language: should not replace in page body ... ok
repair_language: should not replace unknown langauge ... ok
request: normalize pagename: restrict groups to alpha numeric Unicode ... ok
request: normalize pagename: normalize slashes ... ok
request: normalize pagename: normalize whitespace ... ok
request: normalize pagename: remove invalid unicode chars ... ok
request: normalize pagename: underscore convert to spaces and normalized ... ok
user: isValidName: reject group names ... ok
user: encode password ... ok
user: isValidName: reject unicode non alpha numeric characters ... ok
user: isValidName: accept names in any language, with spaces ... ok
user: isValidName: reject leading, traling or multiple whitespace ... ok
util.mail: decoding spam safe mail ... ok
util.web: creating html select with non existing selection ... ok
util.web: creating html select with selected item ... ok
util.web: make query sting from argument ... ok
util.web: make query sting from argument and keywords ... ok
util.web: make query sting from keywords ... ok
widget.html: append to and extend composite element ... ok
widget.html: creating html widgets ... ok
widegt.html: invalid attributes raises exception ... ok
wikiacl: allow extra white space between entries ... ok
wikiacl: bad guy may not allowed anything ... ok
wikiacl: default meta acl ... ok
wikiacl: empty acl string raise StopIteration ... ok
wikiacl: empty names with rights ... ok
wikiacl: empty rights ... ok
wikiacl: ignore rights not in acl_rights_valid ... ok
wikiacl: ignore invalid acl ... ok
wikiacl: mixed wiki names and names with spaces ... ok
wikiacl: acl modifiers ... ok
wikiacl: multiple entries ... ok
wikiacl: multiple entries with spaces ... ok
wikiacl: multiple names with spaces ... ok
wikiacl: single name with spaces ... ok
wikiacl: single wiki name, single right ... ok
wikiacl: white space acl string raise StopIteration ... ok
wikiacl: applying acl by user name ... ok
wikidicts: create group from first level list items ... ok
wikidict: names in SystemPagesGroup should be in request.dicts ... ok
wikidicts: create dict from keys and values in text ... ok
wikimacro: trivial macro works ... ok
wikiutil: good system page names accepted, bad rejected ... ok
wikiutil: good form names accepted, bad rejected ... ok
wikiutil: good template names accepted, bad rejected ... ok
wikixml.marshal: create new marshal ... ok
wikixml.marshal: setting marshal property ... ok

======================================================================
FAIL: parser.wiki: link formating
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", line 211, in testLinkFormating
    '"%(expected)s" not in "%(result)s"' % locals())
  File "/tmp/python.5248/usr/lib/python2.3/unittest.py", line 278, in failUnless
    if not expr: raise self.failureException, msg
AssertionError: "/">../</a>" not in "<a class="nonexistent" href="/mywiki/">?</a>../"

======================================================================
FAIL: parser.wiki: escape html markup in getText formatted call with link
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", line 302, in testEscapeInGetTextFormatedLink
    self._test(test)
  File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", line 314, in _test
    'Expected "%(expected)s" but got "%(result)s"' % locals())
  File "/tmp/python.5248/usr/lib/python2.3/unittest.py", line 278, in failUnless
    if not expr: raise self.failureException, msg
AssertionError: Expected "&lt;escape&gt;" but got "<p>&lt;a class="nonexistent" href="/mywiki/%3cescape%3e"&gt;?&lt;/a&gt;&amp;lt;escape&amp;gt; </p>
"

======================================================================
FAIL: parser.wiki: escape html markup in getText formatted call
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", line 296, in testEscapeInGetTextFormatted
    self._test(test)
  File "/usr/lib/python2.3/site-packages/MoinMoin/_tests/test_parser_wiki.py", line 314, in _test
    'Expected "%(expected)s" but got "%(result)s"' % locals())
  File "/tmp/python.5248/usr/lib/python2.3/unittest.py", line 278, in failUnless
    if not expr: raise self.failureException, msg
AssertionError: Expected "&lt;escape&gt;" but got "<p>&amp;lt;escape&amp;gt; </p>
"

----------------------------------------------------------------------
Ran 84 tests in 1.262s

FAILED (failures=3)






From zoom.quiet at gmail.com  Thu Jan 13 18:24:01 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Thu Jan 13 18:24:01 2005
Subject: [Moin-user] Re: Howto auto login base SSO?
Message-ID: <9dad9f0a050113182364e3f92f@mail.gmail.com>

Thanx so much!!

i get the  way !!
and try it now...
+++++++++++++++++++++++++++

If mod_cas supports the HTTP auth interface, then you just have to enable
it. See HelpOnConfiguration. Besides that, there is a patch on
http://sf.net/projects/moin that allows you to auto-create the user
accounts.

Kind regards,
Alexander

-- 
[Time is unimportant, only life important!]



From zoom.quiet at gmail.com  Thu Jan 13 22:27:15 2005
From: zoom.quiet at gmail.com (Zoom Quiet)
Date: Thu Jan 13 22:27:15 2005
Subject: [Moin-user] Re: Howto auto login base SSO?
In-Reply-To: <9dad9f0a050113182364e3f92f@mail.gmail.com>
References: <9dad9f0a050113182364e3f92f@mail.gmail.com>
Message-ID: <9dad9f0a0501132226617ea206@mail.gmail.com>

in that path say:
"""2) Modifies User.__init__ in user.py such that, if
auto_account and http_auth_enabled are both set,
default some user information and save it.
"""
but read user.User.save()
i know i need forge user ID first

so can i creat right User ID for auto cread one user account base 
pass SSO username??

thanx for any suggest...


On Fri, 14 Jan 2005 10:23:10 +0800, Zoom Quiet <zoom.quiet at gmail.com> wrote:
> Thanx so much!!
> 
> i get the  way !!
> and try it now...
> +++++++++++++++++++++++++++
> 
> If mod_cas supports the HTTP auth interface, then you just have to enable
> it. See HelpOnConfiguration. Besides that, there is a patch on
> http://sf.net/projects/moin that allows you to auto-create the user
> accounts.
> 
> Kind regards,
> Alexander
> 
> --
> [Time is unimportant, only life important!]
> 


-- 
[Time is unimportant, only life important!]



From geek+ at cmu.edu  Fri Jan 14 05:33:15 2005
From: geek+ at cmu.edu (Brian Gallew)
Date: Fri Jan 14 05:33:15 2005
Subject: [Moin-user] Re: Howto auto login base SSO?
In-Reply-To: <9dad9f0a0501132226617ea206@mail.gmail.com>
References: <9dad9f0a050113182364e3f92f@mail.gmail.com> <9dad9f0a0501132226617ea206@mail.gmail.com>
Message-ID: <41E7CA03.60901@cmu.edu>

Zoom Quiet wrote:
> in that path say:
> """2) Modifies User.__init__ in user.py such that, if
> auto_account and http_auth_enabled are both set,
> default some user information and save it.
> """
> but read user.User.save()
> i know i need forge user ID first

Nope.  MoinMoin has already "forged" that userid.  Really, if you use 
"patch" and apply that patch to an installed copy of 1.3.1 it will Just 
Work(tm).  I'm using it right now under Apache/mod_pubcookie.




From tw at waldmann-edv.de  Fri Jan 14 08:07:07 2005
From: tw at waldmann-edv.de (Thomas Waldmann)
Date: Fri Jan 14 08:07:07 2005
Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and
 being disappointed :-(
In-Reply-To: <41E725A8.2040902@web.de>
References: <41E725A8.2040902@web.de>
Message-ID: <41E7EB3A.506@waldmann-edv.de>

> Some examples qouting the migration file:
> "To start, copy your data/ directory to this directory" What is this 
> directory?

To be exact:
"""
To start, copy your data/ directory to this directory and then start 
with the script according to the table above and also run all scripts 
with a higher number - one after the other, in ascending order.
"""

Ok, it could be clearer, but of course the directory where the scripts 
are located is meant. It also talks about those scripts in the paragraph 
before...

Maybe this was because this file was located in the scripts directory 
when it was written and moved out of there to toplevel dir later.

> The migration file doesn't even mention that you have to replace your 
> moin.cgi file and maybe other files too (I've found that info somewhere 
> in the CHANGES file).

README.migration only talks about migrating the data from 1.2 to 1.3, 
not about moin setup. And yes, you have to read CHANGES.

> As I've observed by other projects too, developers seem to think it's 
> enough to write good programs, but it itsn't. It's also very important 
> to write good documentation, as user's have to be able to *use* 
> software. And of course, making the program as easy to use as possible 
> is always a good idea. Yes, I know that writing documentation isn't fun, 
> but it has to be done.

No doubt about that. But you what's the problem simply asking what you 
didn't understand? Either here or more real-time on IRC on #moin?

> I'm now at a point, where I actually thinking about moving to a 
> different wiki software, although I like the MoinMoin wiki engine.

That won't make conversion easier (but the contrary).

And you still will have to read all DOCs on major updates.

> don't want to go through that kind of update process again spending 
> hours to update to a new MoinMoin program version. I thought that the 
> days of such a script and configuration hell is over.

Migrating from 1.2 to 1.3 is more effort that from 1.x to 1.2 (or 1.2.3 
to 1.2.4). It is just because there where major changes in how it 
internally works. We even documented that it is more effort and I don't 
know how often I wrote "READ CHANGES" all over the place.

Believe me, we don't do that for fun or to annoy users, but because of 
making it work better and open doors for new features.

> Currently I'm thinking to go back to the backup of my content, bring up 
> the 1.2.3 version back to life

Was that directory question the only thing you didn't find out?

If not, why don't you just ask your questions?

 > and convert the content to some other
> wiki engine and stop using MoinMoin :-(

Feel free. We don't force you to use moin. :)

> '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data')

That looks somewhat strange!?

> Apache/2.0.52 (Win32) Server at 127.0.0.1 Port 80

There is some known Apache2 and IIS CGI brokenness under Win32 affecting 
pages with non-ASCII page names. See MoinMoin:MoinBugs.

It is not a moin bug and it works with Apache 1.3/Win32 and also with 
Apache1 and 2 under Linux.

> parser.wiki: link formating ... FAIL
> parser.wiki: escape html markup in getText formatted call with link ... 
> FAIL
> parser.wiki: escape html markup in getText formatted call ... FAIL

I think you can just ignore those.

Maybe just join #moin next time you try (if you try).




From 2004b at usenet.alexanderweb.de  Fri Jan 14 09:00:02 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 14 09:00:02 2005
Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 to 1.3.1 and being disappointed :-(
References: <41E725A8.2040902@web.de>
Message-ID: <15wh6c7nt3472.dlg@usenet.alexanderweb.de>

On Fri, 14 Jan 2005 02:51:36 +0100, Ulf Lamping wrote:

>     data directory tests OK (set to '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data')
>     user directory tests OK (set to '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data/user')

These paths are broken. Which paths did you set in your wiki config?
Obviously, you use a cygwin python and not a normal win32 python. Because
of that, you have to supply a cygwin-path and not a normal windows path. If
you want to simplify it, just get the normal Python from www.python.org

Kind regards,
Alexander




From cmiramon at kde-france.org  Fri Jan 14 09:01:19 2005
From: cmiramon at kde-france.org (Charles de Miramon)
Date: Fri Jan 14 09:01:19 2005
Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 to 1.3.1 and being disappointed :-(
References: <41E725A8.2040902@web.de>
Message-ID: <cs8bnf$gb7$1@sea.gmane.org>

> 
> "To start, copy your data/ directory to this directory"
> What is this directory?
> 

I'm a MoinMoin 1.2.3 user and have not made the update yet seeing all the
problems on the list. I agree with Ulf that the documentation is not very
clear. I also don't understand what the underlay directory really means. It
would be nice to have a chart in the documentation explaining the
difference between the 1.2.x directories structure and the 1.3.x structure
to make it easier to understand how we should move/restructure our data.

Cheers,
Charles







From moin-user at mlists.thewrittenword.com  Fri Jan 14 10:09:13 2005
From: moin-user at mlists.thewrittenword.com (Albert Chin)
Date: Fri Jan 14 10:09:13 2005
Subject: [Moin-user] RequestModPy.run exceptions with Apache 2.0.52/mod_python 3.1.3/moin 1.3.1
Message-ID: <20050114180822.GA83791@mail1.thewrittenword.com>

I've configured moin-1.3.1 on Apache-2.0.52/mod_python 3.1.3/Python
2.3.2. When accessing the wiki via lynx, everything works ok. However,
when accessing with Mozilla-1.7.3 or Firefox-1.0, I get the following
in error_log:
  [error] PythonHandler MoinMoin.request::RequestModPy.run: Traceback (most recent call last):, referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/modpython313/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch, referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/moin13/lib/MoinMoin/request.py", line 1596, in run\n    return RequestBase.run(self), referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/moin13/lib/MoinMoin/request.py", line 816, in run\n    self.write(u"\\n<!-- ERROR REPORT FOLLOWS -->\\n"), referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/moin13/lib/MoinMoin/request.py", line 1609, in write\n    self.mpyreq.write(self.encode(data)), referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run: IOError: Write failed, client closed connection., referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run: Traceback (most recent call last):, referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/modpython313/lib/python2.3/site-packages/mod_python/apache.py", line 299, in HandlerDispatch, referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/moin13/lib/MoinMoin/request.py", line 1596, in run\n    return RequestBase.run(self), referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/moin13/lib/MoinMoin/request.py", line 816, in run\n    self.write(u"\\n<!-- ERROR REPORT FOLLOWS -->\\n"), referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run:   File "/opt/TWWfsw/moin13/lib/MoinMoin/request.py", line 1609, in write\n    self.mpyreq.write(self.encode(data)), referer: http://sunday/wiki
  [error] PythonHandler MoinMoin.request::RequestModPy.run: IOError: Write failed, client closed connection., referer: http://sunday/wiki

This is similar to:
  http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ModPyErrorHandlerBroken?highlight=%28ModPyErrorHandlerBroken%29

Anyone else experiencing this with a solution?

Enabling PythonDebug doesn't matter as IOError errors always log to
error_log
(http://www.modpython.org/live/current/doc-html/dir-other-pd.html).

-- 
albert chin (china at thewrittenword.com)



From jcarroll at totality.com  Fri Jan 14 10:21:16 2005
From: jcarroll at totality.com (Jim Carroll)
Date: Fri Jan 14 10:21:16 2005
Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 to 1.3.1
	 and being disappointed :-(
Message-ID: <C14B2CC480E01F4EAC3D475DF41909080F679D48@sfosrv04.mimecom.com>

I'm not sure how well it'll work with Moin, but you could try ActiveState
Python:

http://www.activestate.com/Products/ActivePython/

jc 

> -----Original Message-----
> From: moin-user-admin at lists.sourceforge.net 
> [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of 
> Alexander Schremmer
> Sent: Friday, January 14, 2005 10:59 AM
> To: moin-user at lists.sourceforge.net
> Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 
> to 1.3.1 and being disappointed :-(
> 
> On Fri, 14 Jan 2005 02:51:36 +0100, Ulf Lamping wrote:
> 
> >     data directory tests OK (set to 
> '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data')
> >     user directory tests OK (set to 
> > 
> '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data/user')
> 
> These paths are broken. Which paths did you set in your wiki config?
> Obviously, you use a cygwin python and not a normal win32 
> python. Because of that, you have to supply a cygwin-path and 
> not a normal windows path. If you want to simplify it, just 
> get the normal Python from www.python.org
> 
> Kind regards,
> Alexander
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues 
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 



From jcarroll at totality.com  Fri Jan 14 13:02:01 2005
From: jcarroll at totality.com (Jim Carroll)
Date: Fri Jan 14 13:02:01 2005
Subject: [Moin-user] Re: Failed to update MoinMoin from 1.2.3 to 1.3.1
	 and being disappointed :-(
Message-ID: <C14B2CC480E01F4EAC3D475DF41909080F679D80@sfosrv04.mimecom.com>

> I'm a MoinMoin 1.2.3 user and have not made the update yet 
> seeing all the problems on the list. I agree with Ulf that 
> the documentation is not very clear. I also don't understand 
> what the underlay directory really means. It would be nice to 
> have a chart in the documentation explaining the difference 
> between the 1.2.x directories structure and the 1.3.x 
> structure to make it easier to understand how we should 
> move/restructure our data.

I've got Moin 1.2.4 and attempted to migrate to 1.3.1.  Installing the
software was trivial, running the scripts was straightforward (ie, no
errors), but when I tried access it it failed pretty badly.  Meaning, it
looked like there was no Moin installed at all.  (I don't recall errors,
although I posted the whole experience to the list a couple weeks back, with
no response.)  Good thing for backups, as I completely reverted everything
to the 1.2.4 state.

I had a similar experience with the documentation trying to piece together
the upgrade instructions.  Read doc A which refers to doc B which has
history details but doesn't have  upgrade instructions however it does tell
you to refer you to doc C, etc.  Like a mouse trying to find the piece of
cheese.  :-)

I'll gladly resend the e-mail to the list if it seems noone received it.

jc



From ulf.lamping at web.de  Fri Jan 14 13:07:20 2005
From: ulf.lamping at web.de (Ulf Lamping)
Date: Fri Jan 14 13:07:20 2005
Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and
 being disappointed :-(
In-Reply-To: <41E7EB3A.506@waldmann-edv.de>
References: <41E725A8.2040902@web.de> <41E7EB3A.506@waldmann-edv.de>
Message-ID: <41E83429.9040205@web.de>

Thomas Waldmann wrote:

>> Some examples qouting the migration file:
>> "To start, copy your data/ directory to this directory" What is this 
>> directory?
>
>
> To be exact:
> """
> To start, copy your data/ directory to this directory and then start 
> with the script according to the table above and also run all scripts 
> with a higher number - one after the other, in ascending order.
> """
>
> Ok, it could be clearer, but of course the directory where the scripts 
> are located is meant. It also talks about those scripts in the 
> paragraph before...

But that's exactly the parts I have problems with. You *assume* that I 
*know* what you mean. Why not writing it down to be bullet proof?

"To start, copy your data/ directory to the directory where these 
scripts reside and then start the scripts xyz in that dir"

Please don't assume too much about the knowledge of your users. For 
example: I'm an experienced C programmer, but I don't have a lot of 
knowledge about python and how to use python scripts.

> Maybe this was because this file was located in the scripts directory 
> when it was written and moved out of there to toplevel dir later.

That would explain the "this dir".

>> The migration file doesn't even mention that you have to replace your 
>> moin.cgi file and maybe other files too (I've found that info 
>> somewhere in the CHANGES file).
>
> README.migration only talks about migrating the data from 1.2 to 1.3, 
> not about moin setup. And yes, you have to read CHANGES.

I did read the text:

"Those are some scripts that convert your wiki data to the current MoinMoin
version. You must use them AFTER stopping your old wiki code and BEFORE
starting your new wiki code."

to mean the seepration of the wikis data and the wiki program part. I didn't noticed that you see the cgi part is a third "program part".

Adding something like: "This will *not* update your wiki cgi scripts which did changed too. Please have a detailed look at the CHANGES file." might help a bit. 
Although a step-by-step guide would've probably explained it a lot better.

>> As I've observed by other projects too, developers seem to think it's 
>> enough to write good programs, but it itsn't. It's also very 
>> important to write good documentation, as user's have to be able to 
>> *use* software. And of course, making the program as easy to use as 
>> possible is always a good idea. Yes, I know that writing 
>> documentation isn't fun, but it has to be done.
>
> No doubt about that. But you what's the problem simply asking what you 
> didn't understand? Either here or more real-time on IRC on #moin?

I don't use IRC very often, so I prefer "oldstyle" mailing lists.

>> I'm now at a point, where I actually thinking about moving to a 
>> different wiki software, although I like the MoinMoin wiki engine.
>
> That won't make conversion easier (but the contrary).

Well, yes but only one time. Hopefully other wiki engines provide an 
easier update path. And of course, I'm writing this to help improve the 
next MoinMoin release update being more user friendly.

> And you still will have to read all DOCs on major updates.

I'm used to automatically done that for me on a lot of other programs. 
You might know Ethereal (www.ethereal.com) where I'm one of the 
maintainers and we are thinking often about easy and reasonable ways to 
provide default values and such, and yes I have to do similiar 
discussion there too. I really do understand that you don't provide such 
conversation functions for every step in the developer versions.

But a good conversion function between released versions is really a 
*must* in my eyes.

>> don't want to go through that kind of update process again spending 
>> hours to update to a new MoinMoin program version. I thought that the 
>> days of such a script and configuration hell is over.
>
> Migrating from 1.2 to 1.3 is more effort that from 1.x to 1.2 (or 
> 1.2.3 to 1.2.4). It is just because there where major changes in how 
> it internally works. We even documented that it is more effort and I 
> don't know how often I wrote "READ CHANGES" all over the place.
>
> Believe me, we don't do that for fun or to annoy users, but because of 
> making it work better and open doors for new features.

Of course, I believe you don't do that to annoy people. BUT, if you do 
such things, think about how you can easily guide your users through 
difficult upgrade processes. Today I don't think it's an option to tell 
people "just read all the docs lying around and if you still have 
questions e-mail us".

>> Currently I'm thinking to go back to the backup of my content, bring 
>> up the 1.2.3 version back to life
>
> Was that directory question the only thing you didn't find out?

It were a lot of minor things which was difficult to understand in the 
docs, making it hard to get the overall job done.

Why not providing a step-by-step guide to upgrade an installation from 
one release to the next one? Take the user by the hand and he/she will 
be pleased to follow :-)

> If not, why don't you just ask your questions?

I'm used to solve problems using documentation, as this usually lead up 
to learning a lot about the thing I'm working with.

> > and convert the content to some other
>
>> wiki engine and stop using MoinMoin :-(
>
> Feel free. We don't force you to use moin. :)

Hmmm, you're not working for microsoft? ;-)

>> '/cygdrive/d/ulfl/etc/Moin/mywiki/D:\ulfl\etc\Moin\mywiki\data')
>
> That looks somewhat strange!?

Well, yes I think that's really strange.

>> Apache/2.0.52 (Win32) Server at 127.0.0.1 Port 80
>
> There is some known Apache2 and IIS CGI brokenness under Win32 
> affecting pages with non-ASCII page names. See MoinMoin:MoinBugs.
>
> It is not a moin bug and it works with Apache 1.3/Win32 and also with 
> Apache1 and 2 under Linux.

Didn't noticed any problems with that configuration until now.

>> parser.wiki: link formating ... FAIL
>> parser.wiki: escape html markup in getText formatted call with link 
>> ... FAIL
>> parser.wiki: escape html markup in getText formatted call ... FAIL
>
> I think you can just ignore those.

If I can ignore these, why are they in such a test script, making users 
just feel uncomfortable? Just remove those tests, or put a remark in the 
script that "if these outputs might fail just don't care, they are just 
informational".
BTW: if these tests might fail, what is the use of such? Why not remove 
them or put them into some "developer only" related unit tests?

> Maybe just join #moin next time you try (if you try).

Well, as written above I don't use IRC often.


After all, I wanted you to understand the importance of good update 
functions and understandable and accurate documentation about it. In my 
experience this is *really* important for a successful project and an 
important part of product quality!

I really don't think that upgrading from one release to the next should 
end up in: read all the docs you can find, assume some parts not 
explicitly mentioned and go and run several scripts on your data 
hopefully end up with a new installed version. Ah yes, and by the way 
tweak some of your configuration scripts by hand.

It's really only an excuse to do it that way, being lazy not to find a 
good way to automatically doing such things (I know that's really hard 
work). Of course, there a special circumstances where an automatic 
update process cannot be done (and will fail), but that should be the 
exception and not the rule.

Come on, it cannot be the preferred way to do such things! Don't think 
about improving small parts, it's the major way that has to be improved.

What I would like to see is the following update manual:
1.) stop your current wiki instance (Apache, ...), see 
http://moinmoin.wikiwikiweb.de/HelpOnStop
2.) update your MoinMoin installation by simply installing the new 
version over an existing one, simply follow the instructions in 
http://moinmoin.wikiwikiweb.de/HelpOnInstalling
3.) update your wikis data by copying update.py into your wiki data 
directory and call "python update-py"
4.) test your installation 
http://moinmoin.wikiwikiweb.de/HelpTestAfterInstallation for the various 
installation alternatives
5.) use your new wiki installation :-)

Please notice me if you see it differently and things on that part won't 
improve significantly in the next featured release.

Regards, ULFL




From schwarz.labecedaire at st.com  Mon Jan 17 02:24:21 2005
From: schwarz.labecedaire at st.com (Christian SCHWARZ)
Date: Mon Jan 17 02:24:21 2005
Subject: [Moin-user] [Bug] Anchor referencing does not work, '#' gets replaced by '%23'
 for intersite links
Message-ID: <41EB9205.9070000@st.com>

Hi all,

the referencing on anchors between different pages does not work as 
described (MoinMoin version 1.3.1), because on SavePage, the '#' gets 
replaced by a '%23', which, when clicked upon leads to the creation of a 
new page 'Site#anchor' instead of going to Site#anchor.

Example is the HelpOnLinking page, and there the second last link.
For intrasite links, it works fine.

regards,
Christian



From r1o2b3v4 at hotmail.com  Mon Jan 17 06:06:06 2005
From: r1o2b3v4 at hotmail.com (ro bert)
Date: Mon Jan 17 06:06:06 2005
Subject: [Moin-user] forgot password
Message-ID: <BAY21-F34DD2AD0F8881C04795A06C28E0@phx.gbl>

Hi,

i forgot my password. I am the admin of
the wiki.

There is no:

"If you forgot your password, provide your email address and click on Mail 
me my account data."

Mail me Button on the the user preferences Page.

And in data/user my password is encrypted.
My Name should remain, so I want to get a new password or get to know,
what my old password was.

Any ideas?





From apthorpe+moin at cynistar.net  Mon Jan 17 07:54:15 2005
From: apthorpe+moin at cynistar.net (Bob Apthorpe)
Date: Mon Jan 17 07:54:15 2005
Subject: [Moin-user] forgot password
In-Reply-To: <BAY21-F34DD2AD0F8881C04795A06C28E0@phx.gbl>
References: <BAY21-F34DD2AD0F8881C04795A06C28E0@phx.gbl>
Message-ID: <41EBDF7A.5050305@cynistar.net>

Hi,

ro bert wrote:
> Hi,
> 
> i forgot my password. I am the admin of
> the wiki.
> 
> There is no:
> 
> "If you forgot your password, provide your email address and click on 
> Mail me my account data."
> 
> Mail me Button on the the user preferences Page.
> 
> And in data/user my password is encrypted.
> My Name should remain, so I want to get a new password or get to know,
> what my old password was.
> 
> Any ideas?

I had this problem recently (for a regular user, not for admin, though I 
don't know if that matters.)

In v1.2.4, user data is stored under <wiki_root>/data/user in files with 
names like 1098884358.22.2887.

Create a new user in the wiki, one with a known password. Find the files 
corresponding to the new user and the user with the broken password.

You should find lines in both files that look like:

enc_password={SHA}aTBvHBfdQBAl1/4UexpeOXO0w+g=

Make a backup of the broken user file, then replace the enc_password 
line in the broken account with the one from the new account, and login 
to the broken account with the new account's password. Then change the 
password on the admin account. Once you're convinced everything works, 
delete the backup.

I haven't looked into v1.3.1 enough to know if the same process will 
work, but I had success with this under v1.2.4.

hth,

-- Bob



From j.k.wight at ncl.ac.uk  Mon Jan 17 08:15:13 2005
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Mon Jan 17 08:15:13 2005
Subject: [Moin-user] forgot password
In-Reply-To: <BAY21-F34DD2AD0F8881C04795A06C28E0@phx.gbl>
References: <BAY21-F34DD2AD0F8881C04795A06C28E0@phx.gbl>
Message-ID: <1105978455.2292.718.camel@beadnell.ncl.ac.uk>

On Mon, 2005-01-17 at 14:04, ro bert wrote:
> There is no:
> 
> "If you forgot your password, provide your email address and click on Mail 
> me my account data."
> 
> Mail me Button on the the user preferences Page.

The same problem puzzled me for a while, then the button miraculously
appeared. It was probably a side-effect of configuring the Mail section
in wikiconfig.py in order to get mail notifications.

Jim
 




From 2004b at usenet.alexanderweb.de  Mon Jan 17 09:55:09 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 17 09:55:09 2005
Subject: [Moin-user] Re: [Bug] Anchor referencing does not work, '#' gets replaced by '%23' for intersite links
References: <41EB9205.9070000@st.com>
Message-ID: <s8t4p1tbnukf.dlg@usenet.alexanderweb.de>

On Mon, 17 Jan 2005 11:23:01 +0100, Christian SCHWARZ wrote:

> the referencing on anchors between different pages does not work as 
> described (MoinMoin version 1.3.1), because on SavePage, the '#' gets 
> replaced by a '%23', which, when clicked upon leads to the creation of a 
> new page 'Site#anchor' instead of going to Site#anchor.
> 
> Example is the HelpOnLinking page, and there the second last link.
> For intrasite links, it works fine.

I cannot reproduce it here, neither on the MoinMoin wiki.
If you still see this problem in MoinMoin 1.3.2, then file a bug using our
bug tracker (MoinMoin:MoinMoinBugs).

Kind regards,
Alexander




From nigel.harper at lightworkdesign.com  Mon Jan 17 10:03:14 2005
From: nigel.harper at lightworkdesign.com (Nigel Harper)
Date: Mon Jan 17 10:03:14 2005
Subject: [Moin-user] logo location
Message-ID: <8815647C7041D111A3010060B06BE1C002AFB210@ELVIS>

Beware, newbie Moin admin question ...

I want to specify an image with logo_string - I've set this to an
appropriate img tag but I can't work out where to place the actual image
file in my wiki data folder for it to be picked up, so I'm always getting
the alt text instead.

Moin is running in the standalone mode.

Can anyone help?

thanks,
Nigel



From apthorpe+moin at cynistar.net  Mon Jan 17 15:54:14 2005
From: apthorpe+moin at cynistar.net (Bob Apthorpe)
Date: Mon Jan 17 15:54:14 2005
Subject: [Moin-user] logo location
In-Reply-To: <8815647C7041D111A3010060B06BE1C002AFB210@ELVIS>
References: <8815647C7041D111A3010060B06BE1C002AFB210@ELVIS>
Message-ID: <41EC4FE7.8070105@cynistar.net>

Nigel Harper wrote:
> Beware, newbie Moin admin question ...
> 
> I want to specify an image with logo_string - I've set this to an
> appropriate img tag but I can't work out where to place the actual image
> file in my wiki data folder for it to be picked up, so I'm always getting
> the alt text instead.
> 
> Moin is running in the standalone mode.
> 
> Can anyone help?

Do you have access or error logs that tell you what was requested that 
couldn't be served (and importantly, where it looked to find what it was 
asked for)? Apache is pretty good about this; I've never run Moin 
standalone so I don't know what kind of logging it does.

hth,

-- Bob




From schwarz.labecedaire at st.com  Tue Jan 18 00:54:06 2005
From: schwarz.labecedaire at st.com (Christian SCHWARZ)
Date: Tue Jan 18 00:54:06 2005
Subject: [Moin-user] Re: [Bug] Anchor referencing does not work, '#' gets
 replaced by '%23' for intersite links
In-Reply-To: <s8t4p1tbnukf.dlg@usenet.alexanderweb.de>
References: <41EB9205.9070000@st.com> <s8t4p1tbnukf.dlg@usenet.alexanderweb.de>
Message-ID: <41ECCE67.5050304@st.com>

Alexander,

the problem persists, have a look at
	http://moinmoin.wikiwikiweb.de/HelpOnLinking
and there the last link, not the second last (mea culpa).
It creates a new page called OtherPage#anchorname. Also have a look at 
the page source in order to see the below described code.

Thanks,
Christian


Alexander Schremmer wrote:
> On Mon, 17 Jan 2005 11:23:01 +0100, Christian SCHWARZ wrote:
> 
> 
>>the referencing on anchors between different pages does not work as 
>>described (MoinMoin version 1.3.1), because on SavePage, the '#' gets 
>>replaced by a '%23', which, when clicked upon leads to the creation of a 
>>new page 'Site#anchor' instead of going to Site#anchor.
>>
>>Example is the HelpOnLinking page, and there the second last link.
>>For intrasite links, it works fine.
> 
> 
> I cannot reproduce it here, neither on the MoinMoin wiki.
> If you still see this problem in MoinMoin 1.3.2, then file a bug using our
> bug tracker (MoinMoin:MoinMoinBugs).
> 
> Kind regards,
> Alexander
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
> 



From nigel.harper at lightworkdesign.com  Tue Jan 18 02:35:10 2005
From: nigel.harper at lightworkdesign.com (Nigel Harper)
Date: Tue Jan 18 02:35:10 2005
Subject: [Moin-user] logo location
Message-ID: <8815647C7041D111A3010060B06BE1C002AFB275@ELVIS>

> Do you have access or error logs that tell you what was 
> requested that 
> couldn't be served (and importantly, where it looked to find 
> what it was 
> asked for)? Apache is pretty good about this; I've never run Moin 
> standalone so I don't know what kind of logging it does.

Should've thought of that myself :(

A bit of a poke around in moin.log and I was able to work out where to drop
my image.  

For the record I've added it to the htdocs directory of my moin installation
- not something you'd want to do running with a proper webserver I imagine,
and probably not a great idea for a standalone installation but it works
which'll do me for now.

thanks,
Nigel



From 2004b at usenet.alexanderweb.de  Tue Jan 18 08:07:10 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Tue Jan 18 08:07:10 2005
Subject: [Moin-user] Re: logo location
References: <8815647C7041D111A3010060B06BE1C002AFB275@ELVIS>
Message-ID: <myrlkvzlynlz.dlg@usenet.alexanderweb.de>

On Tue, 18 Jan 2005 10:34:07 -0000, Nigel Harper wrote:

> For the record I've added it to the htdocs directory of my moin installation
> - not something you'd want to do running with a proper webserver I imagine,
> and probably not a great idea for a standalone installation but it works
> which'll do me for now.

Why isn't it a good idea? It sounds perfectly correct to me.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Tue Jan 18 08:11:06 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Tue Jan 18 08:11:06 2005
Subject: [Moin-user] Re: Re: [Bug] Anchor referencing does not work, '#' gets replaced by '%23' for intersite links
References: <41EB9205.9070000@st.com> <s8t4p1tbnukf.dlg@usenet.alexanderweb.de> <41ECCE67.5050304@st.com>
Message-ID: <1m8fls72yese$.dlg@usenet.alexanderweb.de>

On Tue, 18 Jan 2005 09:52:55 +0100, Christian SCHWARZ wrote:

>> I cannot reproduce it here, neither on the MoinMoin wiki.
>> If you still see this problem in MoinMoin 1.3.2, then file a bug using our
>> bug tracker (MoinMoin:MoinMoinBugs).

> the problem persists, have a look at
> 	http://moinmoin.wikiwikiweb.de/HelpOnLinking
> and there the last link, not the second last (mea culpa).
> It creates a new page called OtherPage#anchorname. Also have a look at 
> the page source in order to see the below described code.

I filed the bug:

	http://moinmoin.wikiwikiweb.de/MoinMoinBugs/LinkIsParsedWrongly

Kind regards,
Alexander




From mikem at cs.wisc.edu  Tue Jan 18 14:55:38 2005
From: mikem at cs.wisc.edu (Mike Marty)
Date: Tue Jan 18 14:55:38 2005
Subject: [Moin-user] OverFlow Error
Message-ID: <1106088869.1315.103.camel@maya.cs.wisc.edu>

I recently installed MoinMoin, and everything appears to work except if
I click on the RecentChanges link.  I get a page, which a bunch of
tracebacks, that eventually says what is copied below.  You can also try
it here:

http://www.cs.wisc.edu/gems/doc/wiki/moin.cgi

Thanks,
Mike


OverflowError: long int too large to convert to int 
      __doc__ = 'Result too large to be represented.' 
      __getitem__ = <bound method OverflowError.__getitem__ of
<exceptions.OverflowError instance>> 
      __init__ = <bound method OverflowError.__init__ of
<exceptions.OverflowError instance>> 
      __module__ = 'exceptions' 
      __str__ = <bound method OverflowError.__str__ of
<exceptions.OverflowError instance>> 
      args = ('long int too large to convert to int',)

Other info:

Please include this information in your bug reports!:
Python Python 2.2.3: /usr/bin/python
Linux itsy.cs.wisc.edu 2.4.21-27.0.1.TLhugemem #1 SMP Thu Dec 23
20:00:37 EST 2004 i686
MoinMoin Release 1.3.1 [Revision patch-434]
Tue Jan 18 16:48:35 2005



From mikem at cs.wisc.edu  Tue Jan 18 15:03:42 2005
From: mikem at cs.wisc.edu (Mike Marty)
Date: Tue Jan 18 15:03:42 2005
Subject: [Moin-user] disregard
Message-ID: <1106089372.1315.117.camel@maya.cs.wisc.edu>

Please disregard my previous post.  My older version of Python required
me to change line 86, to use long instead of int, for this file:

/usr/lib/python2.2/site-packages/MoinMoin/macro/RecentChanges.py

--Mike





From innes at oldfield.co.nz  Tue Jan 18 19:21:19 2005
From: innes at oldfield.co.nz (Innes Fisher)
Date: Tue Jan 18 19:21:19 2005
Subject: [Moin-user] Abend From RecentChanges page
Message-ID: <D4B70D7AAC6C9241A9D5DE021046842E10EA7E@OLDFIELD-EX1.Oldfield.local>

Hi Folks,

I've recently migrated an existing wiki off an old RH7.3 environment on
to RHEL3. Everything seemed to be working fine until I tried to access
RecentChanges. I've attached part of the returned python error. Can
anyoone suggest a fix.

We're running Moin 1.3.1.

Many thanks,
Innes (NZ)

/usr/lib/python2.2/site-packages/MoinMoin/macro/RecentChanges.py in
format_page_edits(macro=<MoinMoin.wikimacro.Macro instance>,
lines=[<MoinMoin.logfile.editlog.EditLogLine instance>],
bookmark_usecs=0) 
   84     d['time_html'] = None
 
   85     if request.cfg.changed_time_fmt:
 
   86         tdiff = long(tnow -
wikiutil.version2timestamp(int(line.ed_time_usecs))) / 60 # has to be
long for py 2.2.x
 
   87         if tdiff < 1440:
 
   88             d['time_html'] = _("%(hours)dh %(mins)dm ago") % {
 
tdiff undefined, long undefined, tnow = 1106104407.224772, global
wikiutil = <module 'MoinMoin.wikiutil' from
'/usr/lib/python2.2/site-packages/MoinMoin/wikiutil.pyc'>,
wikiutil.version2timestamp = <function version2timestamp>, int
undefined, line = <MoinMoin.logfile.editlog.EditLogLine instance>,
line.ed_time_usecs = 1106101350000000L 


OverflowError: long int too large to convert to int 
      __doc__ = 'Result too large to be represented.' 
      __getitem__ = <bound method OverflowError.__getitem__ of
<exceptions.OverflowError instance>> 
      __init__ = <bound method OverflowError.__init__ of
<exceptions.OverflowError instance>> 
      __module__ = 'exceptions' 
      __str__ = <bound method OverflowError.__str__ of
<exceptions.OverflowError instance>> 
      args = ('long int too large to convert to int',) 



From mikem at cs.wisc.edu  Tue Jan 18 21:45:18 2005
From: mikem at cs.wisc.edu (Mike Marty)
Date: Tue Jan 18 21:45:18 2005
Subject: [Moin-user] Abend From RecentChanges page
In-Reply-To: <D4B70D7AAC6C9241A9D5DE021046842E10EA7E@OLDFIELD-EX1.Oldfield.local>
References: <D4B70D7AAC6C9241A9D5DE021046842E10EA7E@OLDFIELD-EX1.Oldfield.local>
Message-ID: <Pine.LNX.4.58.0501182342110.993@maya.cs.wisc.edu>

I had the same problem today, but found this page on Google:

http://moinmoin.wikiwikiweb.de/MoinMoinBugs/FreshInstallOnRHEL3

Changing line 86 of RecentChanges.py works as described above.

--Mike


> Hi Folks,
>
> I've recently migrated an existing wiki off an old RH7.3 environment on
> to RHEL3. Everything seemed to be working fine until I tried to access
> RecentChanges. I've attached part of the returned python error. Can
> anyoone suggest a fix.
>
> We're running Moin 1.3.1.
>
> Many thanks,
> Innes (NZ)
>
> /usr/lib/python2.2/site-packages/MoinMoin/macro/RecentChanges.py in
> format_page_edits(macro=<MoinMoin.wikimacro.Macro instance>,
> lines=[<MoinMoin.logfile.editlog.EditLogLine instance>],
> bookmark_usecs=0)
>    84     d['time_html'] = None
>
>    85     if request.cfg.changed_time_fmt:
>
>    86         tdiff = long(tnow -
> wikiutil.version2timestamp(int(line.ed_time_usecs))) / 60 # has to be
> long for py 2.2.x
>
>    87         if tdiff < 1440:
>
>    88             d['time_html'] = _("%(hours)dh %(mins)dm ago") % {
>
> tdiff undefined, long undefined, tnow = 1106104407.224772, global
> wikiutil = <module 'MoinMoin.wikiutil' from
> '/usr/lib/python2.2/site-packages/MoinMoin/wikiutil.pyc'>,
> wikiutil.version2timestamp = <function version2timestamp>, int
> undefined, line = <MoinMoin.logfile.editlog.EditLogLine instance>,
> line.ed_time_usecs = 1106101350000000L
>
>
> OverflowError: long int too large to convert to int
>       __doc__ = 'Result too large to be represented.'
>       __getitem__ = <bound method OverflowError.__getitem__ of
> <exceptions.OverflowError instance>>
>       __init__ = <bound method OverflowError.__init__ of
> <exceptions.OverflowError instance>>
>       __module__ = 'exceptions'
>       __str__ = <bound method OverflowError.__str__ of
> <exceptions.OverflowError instance>>
>       args = ('long int too large to convert to int',)
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>



From nigel.harper at lightworkdesign.com  Wed Jan 19 00:53:20 2005
From: nigel.harper at lightworkdesign.com (Nigel Harper)
Date: Wed Jan 19 00:53:20 2005
Subject: [Moin-user] Re: logo location
Message-ID: <8815647C7041D111A3010060B06BE1C002AFB40F@ELVIS>

> > For the record I've added it to the htdocs directory of my 
> moin installation
> > - not something you'd want to do running with a proper 
> webserver I imagine,
> > and probably not a great idea for a standalone installation 
> but it works
> > which'll do me for now.
> 
> Why isn't it a good idea? It sounds perfectly correct to me.

Maybe it's ok.  It seems a little inelegant - I'm sure it should be possible
to do it by placing the image somewhere under the wiki instance directory
rather than in the main MoinMoin installation.

Nigel



From nirs at actcom.net.il  Wed Jan 19 05:42:26 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Wed Jan 19 05:42:26 2005
Subject: [Moin-user] logo location
In-Reply-To: <20050119042115.CDB8A137FC@sc8-sf-spam2.sourceforge.net>
References: <20050119042115.CDB8A137FC@sc8-sf-spam2.sourceforge.net>
Message-ID: <C7F2992B-6A1F-11D9-B781-000A95B45AA0@actcom.net.il>

On 19 Jan, 2005, at 6:20, moin-user-request at lists.sourceforge.net wrote:

> Subject: RE: [Moin-user] logo location
> Date: Tue, 18 Jan 2005 10:34:07 -0000
>
>> Do you have access or error logs that tell you what was
>> requested that
>> couldn't be served (and importantly, where it looked to find
>> what it was
>> asked for)? Apache is pretty good about this; I've never run Moin
>> standalone so I don't know what kind of logging it does.
>
> Should've thought of that myself :(
>
> A bit of a poke around in moin.log and I was able to work out where to 
> drop
> my image.
>
> For the record I've added it to the htdocs directory of my moin 
> installation
> - not something you'd want to do running with a proper webserver I 
> imagine,
> and probably not a great idea for a standalone installation but it 
> works
> which'll do me for now.
>

In 1.3, the logo can be anywhere you like. Here is the relevant part 
from wikiconfig.py:

     # Wiki identity ----------------------------------------------------

     # Site name, used by default for wiki name-logo [Unicode]
     sitename = u'Untitled Wiki'

     # Wiki logo. You can use an image, text or both. [Unicode]
     # Example: u'<img src="/wiki/mywiki.png" alt="My Wiki">My Wiki'
     # For no logo or text, use ''
     logo_string = sitename

As you can see in the example, you can use any html markup you like for 
the logo, and any src location will do.

Nir Soffer




From nigel.harper at lightworkdesign.com  Wed Jan 19 07:35:11 2005
From: nigel.harper at lightworkdesign.com (Nigel Harper)
Date: Wed Jan 19 07:35:11 2005
Subject: [Moin-user] logo location
Message-ID: <8815647C7041D111A3010060B06BE1C002AFB549@ELVIS>

> As you can see in the example, you can use any html markup 
> you like for 
> the logo, and any src location will do.

I got that far - what I hadn't quite worked out was how that related to the
local filesystem on the host.

e.g. if my wiki instance is in

C:\my_wiki

on the host machine where do I put the file mywiki.png so the img tag

u'<img src="/wiki/mywiki.png" alt="My Wiki">My Wiki'

will pick it up?  Remember this is a standalone installation of MoinMoin so
there's no separate webserver to consider.

Nigel



From 2004b at usenet.alexanderweb.de  Wed Jan 19 09:31:21 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Jan 19 09:31:21 2005
Subject: [Moin-user] Re: Re: logo location
References: <8815647C7041D111A3010060B06BE1C002AFB40F@ELVIS>
Message-ID: <7qzhmnkg95zi$.dlg@usenet.alexanderweb.de>

On Wed, 19 Jan 2005 08:51:54 -0000, Nigel Harper wrote:

>>> For the record I've added it to the htdocs directory of my 
>> moin installation
>>> - not something you'd want to do running with a proper 
>> webserver I imagine,
>>> and probably not a great idea for a standalone installation 
>> but it works
>>> which'll do me for now.
>> 
>> Why isn't it a good idea? It sounds perfectly correct to me.
> 
> Maybe it's ok.  It seems a little inelegant - I'm sure it should be possible
> to do it by placing the image somewhere under the wiki instance directory
> rather than in the main MoinMoin installation.

You can set the path to the htdocs in your standalone driver script
(normally "moin.py"). Every standalone server has its own htdocs directory.
So a wikifarm which consists of multiple wiki has a single htdocs
directory. This is due to the internal "request routing".
I do not see any problem with this, though.

So if you do not like to have it in /usr/share..., then duplicate your
htdocs dir and copy the image into the duplicate. Then change the path in
moin.py

Kind regards,
Alexander




From ian.to at sympatico.ca  Wed Jan 19 13:34:15 2005
From: ian.to at sympatico.ca (Ian)
Date: Wed Jan 19 13:34:15 2005
Subject: [Moin-user] disabling create profile
Message-ID: <6.2.0.14.0.20050119163153.03d57280@pop6.sympatico.ca>

Is there any way to block creation of new users,
while not interfering with the login page?

Ian


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.7.1 - Release Date: 1/19/2005





From bvande at po-box.mcgill.ca  Wed Jan 19 15:02:14 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Wed Jan 19 15:02:14 2005
Subject: [Moin-user] thanks for the work on moinmoin -- a win32 standalone success
Message-ID: <41EEE5E5.7070704@po-box.mcgill.ca>

Hi all,

I just wanted to say a public thanks for all the work that went into 
the most recent release of moinmoin. It is greatly appreciated!

That's the substance; the rest below is just details of the triumph 
over previous difficulties.

The more detailed version:

I'm not a programmer, but a Python hobbyist and a windoze user. A few 
months back I tried to install moinmoin as a standalone for a personal 
notes wiki. Pushing through the (then not so clear, complete or 
consistent) docs, I managed to get it working without any support of 
style sheets.

I got good efforts to help solve the problem on IRC, but life got in 
the way before it got accomplished, and it ended up staying that way.

Well, today I managed to install the most recent version with almost 
no puzzlement. The docs were much improved, and no goats or chickens 
needed to be sacrificed. I've not poked around enough (nor do I know 
enough yet) to be certain that all functions/features work, but 
everything looks good so far :-)

So, thanks muchly!

Best to all,

Brian vdB




From schwarz.labecedaire at st.com  Thu Jan 20 01:04:18 2005
From: schwarz.labecedaire at st.com (Christian SCHWARZ)
Date: Thu Jan 20 01:04:18 2005
Subject: [Moin-user] phpwiki2moinmoin
Message-ID: <41EF73B6.6060902@st.com>

Hi,

I would like to have a look at the converter from phpwiki to moinmoin, 
described on http://moinmoin.wikiwikiweb.de/PhpWikiMoinMoinConverter.

However, it is not possible to access the script, because the linked 
page does not exist any more, and also googling does not help, because 
the found page don't exist either.

Could somebody maybe provide this script for me, or set the link to an 
existing page?

thanks,
Christian



From sandip at lug-delhi.org  Thu Jan 20 01:22:13 2005
From: sandip at lug-delhi.org (Sandip Bhattacharya)
Date: Thu Jan 20 01:22:13 2005
Subject: [Moin-user] url_mappings error with navlinks
Message-ID: <1106212815.8314.2.camel@pluto.home>

Has anybody else seen this error?

If i use an url_mappings value = {"/cgi-bin/moin.cgi/":"/"}
and if nav_links has an absolute url like u'http://www.linux-delhi.org',
then MoinMoin 1.3.1 barfs all over the page.

- Sandip

--
Sandip Bhattacharya    *    Puroga Technologies   *     sandip at puroga.com
Work: http://www.puroga.com   *    Home/Blog: http://www.sandipb.net/blog

PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3





From uwe.schmitt at num.uni-sb.de  Thu Jan 20 02:41:24 2005
From: uwe.schmitt at num.uni-sb.de (Uwe Schmitt)
Date: Thu Jan 20 02:41:24 2005
Subject: AW: [mailinglist] [Moin-user] disabling create profile
In-Reply-To: <6.2.0.14.0.20050119163153.03d57280@pop6.sympatico.ca>
Message-ID: <200501200900.j0K90VPs1749415@triton.rz.uni-saarland.de>

> Von: moin-user-admin at lists.sourceforge.net 
> [mailto:moin-user-admin at lists.sourceforge.net] Im Auftrag von Ian
> Gesendet: Mittwoch, 19. Januar 2005 22:33
> An: moin-user at lists.sourceforge.net
> Betreff: [mailinglist] [Moin-user] disabling create profile
> 
> Is there any way to block creation of new users,
> while not interfering with the login page?

I do not think that it is possible to detach these tasks,
both are handled by /UserPreferences, so you
would have to manipulate this page.

What is your aim ? 

Greetings, Uwe.




From j.k.wight at ncl.ac.uk  Thu Jan 20 07:56:21 2005
From: j.k.wight at ncl.ac.uk (Jim Wight)
Date: Thu Jan 20 07:56:21 2005
Subject: [Moin-user] Discussion feature for Wiki pages
In-Reply-To: <41E667C9.6040304@gmx.de>
References: <41E63FAF.2010705@st.com>  <41E667C9.6040304@gmx.de>
Message-ID: <1106236548.2292.1040.camel@beadnell.ncl.ac.uk>

On Thu, 2005-01-13 at 12:21, Thomas Waldmann wrote:
> > is there something like the Wikipedia discussion feature, where you have 
> > a dedicated discussion page per Wiki page?
> > I scanned the Macro and ActionMarket, but did not succeed.
> 
> You can always have a link like /DiscussThatHere - and if you 
> additionally protect the main page by ACLs then nobody except allowed 
> people can modify the main page.

Alternatively, if you don't mind modifying the code, and you allow users
to create pages, you could make the following 1-line addition to editbar
(at line 958) in .../site-packages/MoinMoin/theme/__init__.py

          add(self.subscribeLink(page))
+         add(link(request, quotedname + '/Discuss', _('Discuss', formatted=False)))
          add(self.actionsMenu(page))

Jim





From schwarz.labecedaire at st.com  Thu Jan 20 08:11:26 2005
From: schwarz.labecedaire at st.com (Christian SCHWARZ)
Date: Thu Jan 20 08:11:26 2005
Subject: [Moin-user] Discussion feature for Wiki pages
In-Reply-To: <1106236548.2292.1040.camel@beadnell.ncl.ac.uk>
References: <41E63FAF.2010705@st.com>  <41E667C9.6040304@gmx.de> <1106236548.2292.1040.camel@beadnell.ncl.ac.uk>
Message-ID: <41EFD7BE.1010306@st.com>

excellent, thanks a lot!

Christian



From maciej.blizinski at gmail.com  Thu Jan 20 08:12:15 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Thu Jan 20 08:12:15 2005
Subject: [Moin-user] Mediawiki {{macro}} equivalent?
Message-ID: <f954571305012008113ba1440@mail.gmail.com>

Is there something like mediawiki's {{macro}} in MoinMoin? I have to
say that it's a very useful tool.

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From msoulier at digitaltorque.ca  Thu Jan 20 08:45:17 2005
From: msoulier at digitaltorque.ca (Michael P. Soulier)
Date: Thu Jan 20 08:45:17 2005
Subject: [Moin-user] Mediawiki {{macro}} equivalent?
In-Reply-To: <f954571305012008113ba1440@mail.gmail.com>
References: <f954571305012008113ba1440@mail.gmail.com>
Message-ID: <20050120164442.GJ32081@rabbit.digitaltorque.ca>

On 20/01/05 Maciej Blizinski said:

> Is there something like mediawiki's {{macro}} in MoinMoin? I have to
> say that it's a very useful tool.

Macros are denoted by @macro@, like @SIG@, for example. 

Mike

-- 
Michael P. Soulier <msoulier at digitaltorque.ca>
http://www.digitaltorque.ca
http://opag.ca      python -c 'import this'
Jabber: msoulier at digitaltorque.ca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050120/eaa8b160/attachment.sig>

From msoulier at digitaltorque.ca  Thu Jan 20 08:46:22 2005
From: msoulier at digitaltorque.ca (Michael P. Soulier)
Date: Thu Jan 20 08:46:22 2005
Subject: [Moin-user] explicit linking
Message-ID: <20050120164557.GK32081@rabbit.digitaltorque.ca>

Is there a way to turn on explicit linking in Moin, like in MediaWiki? I
like the fact that camelcase words are not linked by default in
MediaWiki, as that is often done by accident. When you want to link, you
know it, so there's nothing wrong with making that explicit. 

Mike

-- 
Michael P. Soulier <msoulier at digitaltorque.ca>
http://www.digitaltorque.ca
http://opag.ca      python -c 'import this'
Jabber: msoulier at digitaltorque.ca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050120/d0e88b5e/attachment.sig>

From 2004b at usenet.alexanderweb.de  Thu Jan 20 08:47:19 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 20 08:47:19 2005
Subject: [Moin-user] Re: url_mappings error with navlinks
References: <1106212815.8314.2.camel@pluto.home>
Message-ID: <1oy31sch1uibh.dlg@usenet.alexanderweb.de>

On Thu, 20 Jan 2005 14:50:14 +0530, Sandip Bhattacharya wrote:

> Has anybody else seen this error?
> 
> If i use an url_mappings value = {"/cgi-bin/moin.cgi/":"/"}
> and if nav_links has an absolute url like u'http://www.linux-delhi.org',
> then MoinMoin 1.3.1 barfs all over the page.

Do you mean the navibar? Try to use u'[http://www.linux-delhi.org
linux-delphi]'.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Thu Jan 20 08:58:17 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 20 08:58:17 2005
Subject: [Moin-user] Re: Mediawiki {{macro}} equivalent?
References: <f954571305012008113ba1440@mail.gmail.com>
Message-ID: <q7155ivjji61$.dlg@usenet.alexanderweb.de>

On Thu, 20 Jan 2005 17:11:26 +0100, Maciej Blizinski wrote:

> Is there something like mediawiki's {{macro}} in MoinMoin? I have to
> say that it's a very useful tool.

What do you mean exactly? E. g.  {{CURRENTMONTH}}?

MoinMoin has very advanced macro support, much better than Wikipedia's
support (at least it seems like that after I have read their help pages).

You may want to look at the page "HelpOnMacros".

Kind regards,
Alexander




From mikem at cs.wisc.edu  Thu Jan 20 10:14:30 2005
From: mikem at cs.wisc.edu (Mike Marty)
Date: Thu Jan 20 10:14:30 2005
Subject: [Moin-user] InterLink inside of a headline
Message-ID: <1106244829.18529.20.camel@maya.cs.wisc.edu>

I'm not sure if this is the right place to post this newbie question,
but I can't seem to find an answer elsewhere.

I want to have a link inside of a headline.  Like this:

= Getting Started =

    == ["Requirements"] ==

Doing this does _not_ result in a link.  Any ideas?

Thanks,
Mike




From 2004b at usenet.alexanderweb.de  Thu Jan 20 10:16:55 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 20 10:16:55 2005
Subject: [Moin-user] Re: explicit linking
References: <20050120164557.GK32081@rabbit.digitaltorque.ca>
Message-ID: <lfrbwxl22sbn$.dlg@usenet.alexanderweb.de>

On Thu, 20 Jan 2005 11:45:57 -0500, Michael P. Soulier wrote:

> Is there a way to turn on explicit linking in Moin, like in MediaWiki? I
> like the fact that camelcase words are not linked by default in
> MediaWiki, as that is often done by accident. When you want to link, you
> know it, so there's nothing wrong with making that explicit. 

There is a new component which supports that. See
	http://moinmoin.wikiwikiweb.de/ParserMarket
and
	http://moinmoin.wikiwikiweb.de/ParserMarket/NoCamelCase?.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Thu Jan 20 10:34:12 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Thu Jan 20 10:34:12 2005
Subject: [Moin-user] Re: InterLink inside of a headline
References: <1106244829.18529.20.camel@maya.cs.wisc.edu>
Message-ID: <12daqun4ipgpl.dlg@usenet.alexanderweb.de>

On Thu, 20 Jan 2005 12:13:49 -0600, Mike Marty wrote:

> I'm not sure if this is the right place to post this newbie question,
> but I can't seem to find an answer elsewhere.
> 
> I want to have a link inside of a headline.  Like this:
> 
> = Getting Started =
> 
>     == ["Requirements"] ==
> 
> Doing this does _not_ result in a link.  Any ideas?

a) Indented headings are not recommended. They just work because of a
parser bug in 1.2.

b) Markup in headings is not supported at all.

Kind regards,
Alexander




From mikem at cs.wisc.edu  Thu Jan 20 20:38:01 2005
From: mikem at cs.wisc.edu (Mike Marty)
Date: Thu Jan 20 20:38:01 2005
Subject: [Moin-user] Re: InterLink inside of a headline
In-Reply-To: <12daqun4ipgpl.dlg@usenet.alexanderweb.de>
References: <1106244829.18529.20.camel@maya.cs.wisc.edu>
 <12daqun4ipgpl.dlg@usenet.alexanderweb.de>
Message-ID: <Pine.LNX.4.58.0501202232130.9351@maya.cs.wisc.edu>

> > I want to have a link inside of a headline.  Like this:
> >
> > = Getting Started =
> >
> >     == ["Requirements"] ==
> >
> > Doing this does _not_ result in a link.  Any ideas?
>
> a) Indented headings are not recommended. They just work because of a
> parser bug in 1.2.
>
> b) Markup in headings is not supported at all.
>

Is the Wiki markup pretty standardized, or is much of it specific to the
implementation?  Is there a more extensive resource on the markup
language?

Thank you for the help.

--Mike



From bvande at po-box.mcgill.ca  Thu Jan 20 23:10:02 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Thu Jan 20 23:10:02 2005
Subject: [Moin-user] PageTemplate oddity with moinmoin 1.3.1 as standalone with Python
 2.4 under Windows Me
Message-ID: <41F09CC0.4060001@po-box.mcgill.ca>

Hi all,

so, I've been playing about with the standalone installation on 
moinmoin 1.3.1 using Python 2.4 under WinMe that I posted about 
yesterday. I'm trying out various administrator features that I did 
not previously have access to.

I've noticed an odd (to my mind) thing about page templates. When I 
define a new template with a name like SomeWikiNameEndingInTemplate 
and then try to create a new page, the newly created template does not 
show up in the available templates list. If I terminate the moin.py 
server process and then restart it, the new template is available when 
attempting to create new pages.

This seems odd to me. (Not a huge hassle, but not the right thing, 
either.) Is this by design? Is there a work-around? Does it apply only 
to standalones? (For the last, I've never tried making a new template 
on a public wiki -- seems bad form to do it just to test. But wouldn't 
that mean terminating the server in order to create new templates?)

I've dug around the help pages and seen no mention. Apologies if I 
missed it. I promise to take any information this post results in and 
put it on the moinmaster wiki.

Best to all,

Brian vdB




From sandip at lug-delhi.org  Thu Jan 20 23:21:18 2005
From: sandip at lug-delhi.org (Sandip Bhattacharya)
Date: Thu Jan 20 23:21:18 2005
Subject: [Moin-user] Mediawiki {{macro}} equivalent?
In-Reply-To: <20050120164442.GJ32081@rabbit.digitaltorque.ca>
References: <f954571305012008113ba1440@mail.gmail.com>
	 <20050120164442.GJ32081@rabbit.digitaltorque.ca>
Message-ID: <1106291974.6426.2.camel@pluto.home>

On Thu, 2005-01-20 at 11:44 -0500, Michael P. Soulier wrote:
> On 20/01/05 Maciej Blizinski said:
> 
> > Is there something like mediawiki's {{macro}} in MoinMoin? I have to
> > say that it's a very useful tool.
> 
> Macros are denoted by @macro@, like @SIG@, for example. 

Isnt it more like [[MACRO()]] ? Like [[TableOfContents()]] ? Or are they
named something else?

- Sandip

--
Sandip Bhattacharya    *    Puroga Technologies   *     sandip at puroga.com
Work: http://www.puroga.com   *    Home/Blog: http://www.sandipb.net/blog

PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3





From maciej.blizinski at gmail.com  Fri Jan 21 02:14:32 2005
From: maciej.blizinski at gmail.com (Maciej Blizinski)
Date: Fri Jan 21 02:14:32 2005
Subject: [Moin-user] Mediawiki {{macro}} equivalent?
In-Reply-To: <1106291974.6426.2.camel@pluto.home>
References: <f954571305012008113ba1440@mail.gmail.com>
	 <20050120164442.GJ32081@rabbit.digitaltorque.ca>
	 <1106291974.6426.2.camel@pluto.home>
Message-ID: <f9545713050121021376c1ffc8@mail.gmail.com>

> > > Is there something like mediawiki's {{macro}} in MoinMoin? I have to
> > > say that it's a very useful tool.
> >
> > Macros are denoted by @macro@, like @SIG@, for example.

I'm sorry, I think I misused the word "macro" here. I should have used
{{template}}.

It's mostly about tables. Look at http://www.atopowe.pl

This (not so) big table on the front page (Strona g??wna) is a pain in
the ass to edit. {{templates}} would be really helpful. The table
definition on Strona g??wna and cell contents on separate pages for
convenient editing -
that's what I want.

-- 
Maciej Blizi?ski
http://info.wsisiz.edu.pl/~blizinsk/



From 2004b at usenet.alexanderweb.de  Fri Jan 21 06:09:03 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 21 06:09:03 2005
Subject: [Moin-user] Re: PageTemplate oddity with moinmoin 1.3.1 as standalone with Python 2.4 under Windows Me
References: <41F09CC0.4060001@po-box.mcgill.ca>
Message-ID: <r6799vrc3bc3.dlg@usenet.alexanderweb.de>

On Fri, 21 Jan 2005 01:10:08 -0500, Brian van den Broek wrote:

> so, I've been playing about with the standalone installation on 
> moinmoin 1.3.1 using Python 2.4 under WinMe that I posted about 
> yesterday. 

> I've noticed an odd (to my mind) thing about page templates. When I 
> define a new template with a name like SomeWikiNameEndingInTemplate 
> and then try to create a new page, the newly created template does not 
> show up in the available templates list. If I terminate the moin.py 
> server process and then restart it, the new template is available when 
> attempting to create new pages.

I cannot reproduce it here on Windows using Standalone with quite recent
developer code base. Please try to reproduce this problem on MoinMoin 1.3.2
which will be released at this weekend.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Fri Jan 21 06:17:22 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 21 06:17:22 2005
Subject: [Moin-user] Re: Mediawiki {{macro}} equivalent?
References: <f954571305012008113ba1440@mail.gmail.com> <20050120164442.GJ32081@rabbit.digitaltorque.ca> <1106291974.6426.2.camel@pluto.home> <f9545713050121021376c1ffc8@mail.gmail.com>
Message-ID: <6ikn88xrf9kl$.dlg@usenet.alexanderweb.de>

On Fri, 21 Jan 2005 11:13:50 +0100, Maciej Blizinski wrote:

> It's mostly about tables. Look at http://www.atopowe.pl
> 
> This (not so) big table on the front page (Strona g??wna) is a pain in
> the ass to edit. {{templates}} would be really helpful. The table
> definition on Strona g??wna and cell contents on separate pages for
> convenient editing -
> that's what I want.

That is very easy to realise. Just use the include macro for that. See
	HelpOnMacros/Include

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Fri Jan 21 06:22:01 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 21 06:22:01 2005
Subject: [Moin-user] Re: Re: InterLink inside of a headline
References: <1106244829.18529.20.camel@maya.cs.wisc.edu> <12daqun4ipgpl.dlg@usenet.alexanderweb.de> <Pine.LNX.4.58.0501202232130.9351@maya.cs.wisc.edu>
Message-ID: <1f6n2ysi5w0q4.dlg@usenet.alexanderweb.de>

On Thu, 20 Jan 2005 22:37:47 -0600 (CST), Mike Marty wrote:

>> a) Indented headings are not recommended. They just work because of a
>> parser bug in 1.2.
>>
>> b) Markup in headings is not supported at all.

> Is the Wiki markup pretty standardized, or is much of it specific to the
> implementation?  Is there a more extensive resource on the markup
> language?

There are many wiki markup systems which evolved from the original c2
markup. If you want to know more about the MoinMoin markup, you might want
to read the help pages like HelpOnEditing.

Kind regards,
Alexander




From helmert at informatik.uni-freiburg.de  Sat Jan 22 18:22:21 2005
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Sat Jan 22 18:22:21 2005
Subject: [Moin-user] Automatic login on secure wiki
Message-ID: <csuoa2$khk$1@sea.gmane.org>

Hello there,

I am planning to set up a MoinMoin wiki at work for internal purposes. 
It is important that the wiki can only be accessed by authorized people.

The number of users is fairly small and I have full control over the web 
server, so I plan to set up Apache in such a way that access is only 
possible via SSL and only for users with valid client certificates 
issued by our group.

For convenience, I'd like the users to be automatically logged in, which 
should be possible since Apache provides enough information for 
identifying the users from their SSL certificates. I can adapt moin.cgi 
to read that information and map it to a user name of the wiki.

My question is: What do I need to do to automatically log the user in to 
MoinMoin? I have a good amount of experience with Python and a fair 
amount of experience with MoinMoin, so solutions that require some 
Python hacking are ok.

Thanks in advance for any help you can provide,

Malte





From 2004b at usenet.alexanderweb.de  Sun Jan 23 02:18:11 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sun Jan 23 02:18:11 2005
Subject: [Moin-user] Re: Automatic login on secure wiki
References: <csuoa2$khk$1@sea.gmane.org>
Message-ID: <w5fugt05tyl9.dlg@usenet.alexanderweb.de>

On Sun, 23 Jan 2005 00:46:27 +0100, Malte Helmert wrote:

> For convenience, I'd like the users to be automatically logged in, which 
> should be possible since Apache provides enough information for 
> identifying the users from their SSL certificates. I can adapt moin.cgi 
> to read that information and map it to a user name of the wiki.
> 
> My question is: What do I need to do to automatically log the user in to 
> MoinMoin? I have a good amount of experience with Python and a fair 
> amount of experience with MoinMoin, so solutions that require some 
> Python hacking are ok.

MoinMoin can read the user name from the CGI environment when it was set by
the webserver because the user name got authenticated via HTTP auth or any
compatible module (like mod_ldap etc.).

Please read HelpOnConfiguration in order to know how to enable this
feature. You might want to apply this patch in order to create the user
accounts in MoinMoin automatically - otherwise you would need to create
them separately:
http://sourceforge.net/mailarchive/forum.php?thread_id=6247606&forum_id=623

Kind regards,
Alexander




From helmert at informatik.uni-freiburg.de  Sun Jan 23 14:06:02 2005
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Sun Jan 23 14:06:02 2005
Subject: [Moin-user] Re: Automatic login on secure wiki
In-Reply-To: <w5fugt05tyl9.dlg@usenet.alexanderweb.de>
References: <csuoa2$khk$1@sea.gmane.org> <w5fugt05tyl9.dlg@usenet.alexanderweb.de>
Message-ID: <ct172l$lag$1@sea.gmane.org>

Alexander Schremmer wrote:

> MoinMoin can read the user name from the CGI environment when it was set by
> the webserver because the user name got authenticated via HTTP auth or any
> compatible module (like mod_ldap etc.).
> 
> Please read HelpOnConfiguration in order to know how to enable this
> feature. You might want to apply this patch in order to create the user
> accounts in MoinMoin automatically - otherwise you would need to create
> them separately:
> http://sourceforge.net/mailarchive/forum.php?thread_id=6247606&forum_id=623

That's much better than I dared hope! Creating the user accounts 
manually is not a problem, there aren't that many anyway. I will use a 
short wrapper script to change the environment variable from "Firstname 
Lastname" to "FirstnameLastname" then. Thanks!

Malte





From 2004b at usenet.alexanderweb.de  Sun Jan 23 14:17:08 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Sun Jan 23 14:17:08 2005
Subject: [Moin-user] ANN: MoinMoin 1.3.2 (advanced wiki engine) released
Message-ID: <1l923c78sjgzv.dlg@usenet.alexanderweb.de>

              _                    _
  /\/\   ___ (_)_ __   /\/\   ___ (_)_ __       
 /    \ / _ \| | '_ \ /    \ / _ \| | '_ \       __   
/ /\/\ \ (_) | | | | / /\/\ \ (_) | | | | |   /|  _)  
\/    \/\___/|_|_| |_\/    \/\___/|_|_| |_|    |.__)
                                                 
                                             
==============================================
 MoinMoin 1.3.2 advanced wiki engine released
==============================================

MoinMoin is an easy to use, full-featured and extensible wiki software
package written in Python. It can fulfill a wide range of roles, such as
a personal notes organizer deployed on a laptop or home web server,
a company knowledge base deployed on an intranet, or an Internet server
open to individuals sharing the same interests, goals or projects.

A wiki is a collaborative hypertext environment with an emphasis
on easy manipulation of information.

MoinMoin 1.3.2 is a maintenance release that fixes several bugs and
introduces some new features. See below. Upgrading is recommended
for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload


Major bugs that were fixed
--------------------------
 * Changing a group page is not respected by the wiki while
   checking the permissions (bug in wikidicts).
 * Slow (compared to 1.2) when running with persistent servers.
 * Does not support configurations with no underlay directory.
 * Failure in the BadContent code could lead to a uneditable wiki,
   when moinmaster site was down.
 * Problems on Python 2.2.x (x >= 2).
 * Using gdchart for charts might lead to an instability.
 * Fixed non-ASCII page names for Apache 2 on Windows.

New features
------------
 * Better ReStructuredText support is built-in now. See HelpOnParsers.
 * Create new pages easily using configurable interface and page templates 
   with the new NewPage macro.

For a more detailed list of changes, see the CHANGES file in the 
distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES


Major new features in 1.3
=========================

 * MoinMoin speaks your language! Complete Unicode support,
   translated system and help pages in more than ten languages, and
   support for languages written from right to left are the base features
   of our internationalisation support.

 * Fresh look and feel. New default user interface design, improved
   existing themes and enhanced theme plug-in framework that make it
   easier to modify the design or create completely new user interface.

 * Find anything on your wiki, instantly. New search engine and
   streamlined Google-like search interface, using multiple search
   terms, regular expressions, search term modifiers and boolean search.

 * Antispam - keep spammers out of you wiki. Protect your wiki with
   automatically updated spam patterns maintained on the MoinMaster
   wiki, and shared by all MoinMoin wikis worlwide.

 * Underlay directory - easy upgrade and maintenance. New streamlined
   directory layout protects all system and help pages in a separate
   underlay directory.

 * Run with your favorite server. Use either a standalone server that
   requires only Python, the high performance Twisted server, Apache with
   Fast CGI, mod_python or plain CGI.

 * Multiconfig - easier, more powerful configuration. New class-based
   configuration allow you to easily configure single or multiple
   wikis sharing a common setup.

MoinMoin History
================

MoinMoin has been around since year 2000. Most of the codebase was
written by J?rgen Hermann; it is currently being developed by a growing 
team. Being originally based on PikiPiki, it has evolved heavily since then 
(PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large 
enterprises have been using MoinMoin as a key tool of their intranet, some 
even use it for their public web page. A large number of Open Source 
projects use MoinMoin for communication and documentation. Of course there 
is also a large number of private installations.


More Information
================

 * Project site: http://moinmoin.wikiwikiweb.de/                    
 * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures
 * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
 * This software is available under the GNU General Public License v2.
 * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES
 * Upgrade: http://moinmoin.wikiwikiweb.de/HelpOnUpdating
 * Known bugs: 
  * http://moinmoin.wikiwikiweb.de/KnownIssues
  * http://moinmoin.wikiwikiweb.de/MoinMoinBugs

sent by Alexander Schremmer for the MoinMoin team




From datong02 at 21cn.com  Sun Jan 23 22:39:09 2005
From: datong02 at 21cn.com (sailer)
Date: Sun Jan 23 22:39:09 2005
Subject: [Moin-user] How can I set the Header 1 to Header 5 format?
Message-ID: <002f01c501df$3a155ae0$050e420a@sailer>

http://moinmoin.wikiwikiweb.de/MoinMoin/TextFormatting

In this page, it does not give the tag.

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050123/b8fe97fc/attachment.html>

From m.blizinski at wsisiz.edu.pl  Mon Jan 24 01:33:10 2005
From: m.blizinski at wsisiz.edu.pl (=?ISO-8859-2?Q?Maciej_Blizi=F1ski?=)
Date: Mon Jan 24 01:33:10 2005
Subject: [Moin-user] Interwiki links with spaces
Message-ID: <41F4C0BC.10806@wsisiz.edu.pl>

Hello,

Is it possible to create Interwiki link with spaces? Google-search is 
convinient, but it works only with single-word searches, like:

Google:something

Let's say I'd like to have

Google:something else

How do I include "else" word in the search?

-- 
Maciej Blizi?ski WZ403 <m.blizinski at wsisiz.edu.pl>
Wy?sza Szko?a Informatyki Stosowanej i Zarz?dzania
pod auspicjami Polskiej Akademii Nauk
http://info.wsisiz.edu.pl/~blizinsk/



From bvande at po-box.mcgill.ca  Mon Jan 24 02:22:03 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Mon Jan 24 02:22:03 2005
Subject: [Moin-user] Re: PageTemplate oddity with moinmoin 1.3.1 as standalone
 with Python 2.4 under Windows Me
In-Reply-To: <r6799vrc3bc3.dlg@usenet.alexanderweb.de>
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de>
Message-ID: <41F4CC13.4090204@po-box.mcgill.ca>

Alexander Schremmer said unto the world upon 2005-01-21 09:08:
> On Fri, 21 Jan 2005 01:10:08 -0500, Brian van den Broek wrote:

<SNIP>

>>I've noticed an odd (to my mind) thing about page templates. When I 
>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>and then try to create a new page, the newly created template does not 
>>show up in the available templates list. If I terminate the moin.py 
>>server process and then restart it, the new template is available when 
>>attempting to create new pages.
> 
> 
> I cannot reproduce it here on Windows using Standalone with quite recent
> developer code base. Please try to reproduce this problem on MoinMoin 1.3.2
> which will be released at this weekend.
> 
> Kind regards,
> Alexander
> 

Hi,

thanks for the reply, and for the 1.3.2 release!

I tried it out with 1.3.2, but the issue seems to persist. With both 
newly created templates and newly created categories, they don't show 
up when creating a new page until after I have terminated the DOS box 
with the moin.py Python process and restarted it. (I mean, the new 
template is not on the list of available templates and the new 
category is not in the drop down box when editing a page.) MoinMoin 
1.3.2 standalone, Python 2.4, WindowsMe.

I should say though, that I am by no means a hacker, and it is 
possible that I somehow goofed the install. But I did read and follow 
the docs closely. If there are any further steps I can take to help 
you track down if it is pilot error or a MoinMoin bug, please let me know.

Best,

Brian vdB



From 2004b at usenet.alexanderweb.de  Mon Jan 24 03:27:14 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 24 03:27:14 2005
Subject: [Moin-user] Re: Interwiki links with spaces
References: <41F4C0BC.10806@wsisiz.edu.pl>
Message-ID: <dj38zoxwfsb5.dlg@usenet.alexanderweb.de>

On Mon, 24 Jan 2005 10:32:44 +0100, Maciej Blizi?ski wrote:

> Is it possible to create Interwiki link with spaces? Google-search is 
> convinient, but it works only with single-word searches, like:
> 
> Google:something
> 
> Let's say I'd like to have
> 
> Google:something else

Google:something+else works because the + means "space" in an URL.

Kind regards,
Alexander




From m.blizinski at wsisiz.edu.pl  Mon Jan 24 03:33:23 2005
From: m.blizinski at wsisiz.edu.pl (=?ISO-8859-2?Q?Maciej_Blizi=F1ski?=)
Date: Mon Jan 24 03:33:23 2005
Subject: [Moin-user] Re: Interwiki links with spaces
In-Reply-To: <dj38zoxwfsb5.dlg@usenet.alexanderweb.de>
References: <41F4C0BC.10806@wsisiz.edu.pl> <dj38zoxwfsb5.dlg@usenet.alexanderweb.de>
Message-ID: <41F4DCE5.206@wsisiz.edu.pl>

Alexander Schremmer napisa?(a):
> Google:something+else works because the + means "space" in an URL.

Right, I tried only with %20 (like in links to files with spaces), which
looked really ugly, "+" looks much better. Thanks.

-- 
Maciej Blizi?ski WZ403 <m.blizinski at wsisiz.edu.pl>
Wy?sza Szko?a Informatyki Stosowanej i Zarz?dzania
pod auspicjami Polskiej Akademii Nauk
http://info.wsisiz.edu.pl/~blizinsk/



From 2004b at usenet.alexanderweb.de  Mon Jan 24 03:40:06 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 24 03:40:06 2005
Subject: [Moin-user] Re: Re: PageTemplate oddity with moinmoin 1.3.1 as standalone with Python 2.4 under Windows Me
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de> <41F4CC13.4090204@po-box.mcgill.ca>
Message-ID: <1hgrpomemj3j7.dlg@usenet.alexanderweb.de>

On Mon, 24 Jan 2005 05:21:07 -0500, Brian van den Broek wrote:

>>>I've noticed an odd (to my mind) thing about page templates. When I 
>>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>>and then try to create a new page, the newly created template does not 
>>>show up in the available templates list. If I terminate the moin.py 
>>>server process and then restart it, the new template is available when 
>>>attempting to create new pages.

> I tried it out with 1.3.2, but the issue seems to persist. With both 
> newly created templates and newly created categories, they don't show 
> up when creating a new page until after I have terminated the DOS box 
> with the moin.py Python process and restarted it. (I mean, the new 
> template is not on the list of available templates and the new 
> category is not in the drop down box when editing a page.) MoinMoin 
> 1.3.2 standalone, Python 2.4, WindowsMe.

I can only think of one reason why this might fail. The list of all pages
is read using a cache (dircache). And that one checks if the modification
date of the pages directory has changed.
So my question is: do you run this from a plain local FAT partition? Or
somehow over the network etc.?

How to check if it is really the dircache:
 1. Start MoinMoin Standalone.
 2. Open the Windows Explorer in the directory which contains the pages
    directory, i.e. ...\data\
 3. Remember the modification time of the pages directory.
 4. Create a new page
 5. Press F5 in the Windows Explorer in order to refresh the view.
 6. Compare the modification date of the "pages" directory. It should show
    a different time now.

HTH,
Alexander




From tw-public at gmx.de  Mon Jan 24 03:59:09 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan 24 03:59:09 2005
Subject: [Moin-user] How can I set the Header 1 to Header 5 format?
In-Reply-To: <002f01c501df$3a155ae0$050e420a@sailer>
References: <002f01c501df$3a155ae0$050e420a@sailer>
Message-ID: <41F4DF72.1060201@gmx.de>

> http://moinmoin.wikiwikiweb.de/MoinMoin/TextFormatting
> In this page, it does not give the tag.

I am not sure if that is what you wanted to know, but you can use

= first level =

== second level ==

etc.

The style is done by CSS.



From Ralf-Lists at RalfGross.de  Mon Jan 24 06:34:14 2005
From: Ralf-Lists at RalfGross.de (Ralf Gross)
Date: Mon Jan 24 06:34:14 2005
Subject: [Moin-user] Single FrontPage and different language settings
Message-ID: <39633.141.113.101.32.1106577221.squirrel@webmail.ssorgflar.de>

Hi,

I just updated moinmoin to version 1.3.2. After that I created a new wiki
instance for testing and edited FrontPage. I tried to access the new
FrontPage with an other browser, which has different language settings.
Instead of FrontPage I reached the german 'StartSeite', which was -of
course- empty.
What is the best way to deal with this? I just want a single version of
FrontPage, there is no need for differnet languages.
I found -> HelpOnConfiguration -> Default front page

http://moinmoin.wikiwikiweb.de/HelpOnConfiguration#head-944e66b7a28da30bc5ba47876636860db4d411e8
| 1. You will have a single language site, with a single language front
| page.Then just make your own single front page (and don't name it Front
| Page) which is suitable for all people regardless of their native
language | and set the page_front_page setting to this name. For example:|
| page_front_page = u'MyGreatProject'


| 2. You will have a multiple language site and you intend to speak the
| user's language (or at least some of those languages). In that case,
just | edit FrontPage to fit your needs. Also edit all the translations of| FrontPage (like {de} StartSeite) you want to support (and keep them all
in | sync). If you don't want (or cannot) support a specific language,
then| replace that translation by a redirect to e.g. the english FrontPage:
|
| #redirect FrontPage

If I understand this right, 1. seems to be the right way. I just have to
enter the config file
page_front_page = 'Foo_Bar_FrontPage'

and create Foo_BAR_FrontPage. After that every user is directed to
Foo_Bar_FrontPage'.
How do other people deal with this?

Thanks, Ralf

Ralf





From 2004b at usenet.alexanderweb.de  Mon Jan 24 09:11:04 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 24 09:11:04 2005
Subject: [Moin-user] ANN: Security hole in 1.3.2 - Patch attached
Message-ID: <11yg0gc5hy0n3.dlg@usenet.alexanderweb.de>

Hi,

there was a report about a security issue today. We were able to confirm it 
and created a patch that will fix this issue. Either apply the following 
patch or copy the linked file into the directory which contains the 
MoinMoin package. This is mostly the directory lib/site-packages.

The bug causes search results from pages the user can not                   
read to be displayed.  When clicking on the link to the                   
page, the user is not able to read the full page, though.

For more information see
<http://moinmoin.wikiwikiweb.de/MoinMoinBugs/FullTextSearchIgnoresAcl>

Fixed search.py:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/FullTextSearchIgnoresAcl?action=AttachFile&do=get&target=search.py

I hope that there will be a new release today that contains this patch.

Kind regards,
Alexander

--- orig/MoinMoin/search.py
+++ mod/MoinMoin/search.py
@@ -1014,7 +1014,7 @@
         if result:
             if not filter:
                 # Filter deleted pages or pages the user can't read.
-                if not page.exists() and request.user.may.read(name):
+                if not (page.exists() and request.user.may.read(name)):
                     continue
             hits.append(FoundPage(name, result))
            




From tw-public at gmx.de  Mon Jan 24 09:25:14 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Mon Jan 24 09:25:14 2005
Subject: [Moin-user] Single FrontPage and different language settings
In-Reply-To: <39633.141.113.101.32.1106577221.squirrel@webmail.ssorgflar.de>
References: <39633.141.113.101.32.1106577221.squirrel@webmail.ssorgflar.de>
Message-ID: <41F52BF4.2090406@gmx.de>

> Instead of FrontPage I reached the german 'StartSeite', which was -of
> course- empty.

It shouldn't be empty (except you made it empty yourself).
Or maybe your underlay doesn't work?

> If I understand this right, 1. seems to be the right way. I just have to
> enter the config file
> page_front_page = 'Foo_Bar_FrontPage'
> 
> and create Foo_BAR_FrontPage. After that every user is directed to
> Foo_Bar_FrontPage'.

Exactly.

The reason is just that there are no translations for Foo_BAR_FrontPage 
known. So you can choose any name that moin can not translate (that 
means almost any, just not FrontPage, RecentChanges, etc.).

Just use your project's name maybe.

> How do other people deal with this?

They read HelpOnConfiguration and then do it like that. :))




From sandip at lug-delhi.org  Mon Jan 24 09:26:09 2005
From: sandip at lug-delhi.org (Sandip Bhattacharya)
Date: Mon Jan 24 09:26:09 2005
Subject: [Moin-user] ANN: MoinMoin 1.3.2 (advanced wiki engine) released
In-Reply-To: <1l923c78sjgzv.dlg@usenet.alexanderweb.de>
References: <1l923c78sjgzv.dlg@usenet.alexanderweb.de>
Message-ID: <1106587388.4176.16.camel@pluto.home>

On Sun, 2005-01-23 at 23:16 +0100, Alexander Schremmer wrote:

> MoinMoin 1.3.2 is a maintenance release that fixes several bugs and
> introduces some new features. See below. Upgrading is recommended
> for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload
> 

What are the upgrade instructions for moving from 1.3.1? The upgrade
document seems only to concentrate on moving to 1.3.1.

- Sandip

--
Sandip Bhattacharya    *    Puroga Technologies   *     sandip at puroga.com
Work: http://www.puroga.com   *    Home/Blog: http://www.sandipb.net/blog

PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3





From bvande at po-box.mcgill.ca  Mon Jan 24 10:04:08 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Mon Jan 24 10:04:08 2005
Subject: [Moin-user] Re: Re: PageTemplate oddity with moinmoin 1.3.1 as
 standalone with Python 2.4 under Windows Me
In-Reply-To: <1hgrpomemj3j7.dlg@usenet.alexanderweb.de>
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de> <41F4CC13.4090204@po-box.mcgill.ca> <1hgrpomemj3j7.dlg@usenet.alexanderweb.de>
Message-ID: <41F53815.5030102@po-box.mcgill.ca>

Alexander Schremmer said unto the world upon 2005-01-24 06:39:
> On Mon, 24 Jan 2005 05:21:07 -0500, Brian van den Broek wrote:
> 
> 
>>>>I've noticed an odd (to my mind) thing about page templates. When I 
>>>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>>>and then try to create a new page, the newly created template does not 
>>>>show up in the available templates list. If I terminate the moin.py 
>>>>server process and then restart it, the new template is available when 
>>>>attempting to create new pages.
> 
> 
>>I tried it out with 1.3.2, but the issue seems to persist. With both 
>>newly created templates and newly created categories, they don't show 
>>up when creating a new page until after I have terminated the DOS box 
>>with the moin.py Python process and restarted it. (I mean, the new 
>>template is not on the list of available templates and the new 
>>category is not in the drop down box when editing a page.) MoinMoin 
>>1.3.2 standalone, Python 2.4, WindowsMe.
> 
> 
> I can only think of one reason why this might fail. The list of all pages
> is read using a cache (dircache). And that one checks if the modification
> date of the pages directory has changed.
> So my question is: do you run this from a plain local FAT partition? Or
> somehow over the network etc.?

Thanks for the continued efforts.

I'm using a regular FAT on a laptop without a network card.

> How to check if it is really the dircache:
>  1. Start MoinMoin Standalone.
>  2. Open the Windows Explorer in the directory which contains the pages
>     directory, i.e. ...\data\
>  3. Remember the modification time of the pages directory.
>  4. Create a new page
>  5. Press F5 in the Windows Explorer in order to refresh the view.
>  6. Compare the modification date of the "pages" directory. It should show
>     a different time now.

Not so much. While step (4) does create a new sub-dir for the new 
page, the mod time of the 'pages' dir remains unchanged. In fact, 
despite having created and modified a number of pages since I 
installed 1.3.2 last night, all first-level sub-dirs of ..\data\ 
continue to show the mod time from the time of the install.

You said earlier that it works for you when you try on Windows. I'm 
guessing you aren't using Win Me. Could this be the cause? (As I 
understand it, Me is often cited as 'Worst Windows Ever'. I don't 
quite believe it though, having had a pre-3.0 version installed on a 
286 once.) Sadly, my laptop just doesn't have the juice for XP and I 
don't yet have the comfort level to rely primarily on my Linux install.

Thanks and best,

Brian vdB




From bvande at po-box.mcgill.ca  Mon Jan 24 10:20:07 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Mon Jan 24 10:20:07 2005
Subject: [Moin-user] ANN: MoinMoin 1.3.2 (advanced wiki engine) released
In-Reply-To: <1106587388.4176.16.camel@pluto.home>
References: <1l923c78sjgzv.dlg@usenet.alexanderweb.de> <1106587388.4176.16.camel@pluto.home>
Message-ID: <41F53C06.2050005@po-box.mcgill.ca>

Sandip Bhattacharya said unto the world upon 2005-01-24 12:23:
> On Sun, 2005-01-23 at 23:16 +0100, Alexander Schremmer wrote:
> 
>>MoinMoin 1.3.2 is a maintenance release that fixes several bugs and
>>introduces some new features. See below. Upgrading is recommended
>>for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload
> 
> What are the upgrade instructions for moving from 1.3.1? The upgrade
> document seems only to concentrate on moving to 1.3.1.
> 
> - Sandip
> 

Hi Sandip,

I am new to MoinMoin and not a hacker. You've been warned ;-)

A few days ago I installed 1.3.1 on Windows as a standalone. (Just in 
time to get it working before 1.3.2 was release :-| )

Last night, I upgraded to 1.3.2 by:

1) Backing up my wiki-instance dir and ../site-packages/MoinMoin,
2) Following the install instructions as though it were a fresh install,
3) Restoring my changes to moin.py and wikiconfig.py by hand.
4) Spending several puzzled minutes suspicious that it all seemed too 
easy :-)

Again, newbie with standalone, so you might want to wait for a more 
authoritative response. (You also might want to wait for the projected 
bug fix release that Alexander posted about before you posted your 
question.)

HTH,

Brian vdB




From 2004b at usenet.alexanderweb.de  Mon Jan 24 10:20:19 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 24 10:20:19 2005
Subject: [Moin-user] Re: Re: Re: PageTemplate oddity with moinmoin 1.3.1 as standalone with Python 2.4 under Windows Me
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de> <41F4CC13.4090204@po-box.mcgill.ca> <1hgrpomemj3j7.dlg@usenet.alexanderweb.de> <41F53815.5030102@po-box.mcgill.ca>
Message-ID: <axrarfykjm3q$.dlg@usenet.alexanderweb.de>

On Mon, 24 Jan 2005 13:01:57 -0500, Brian van den Broek wrote:

> Alexander Schremmer said unto the world upon 2005-01-24 06:39:
>> On Mon, 24 Jan 2005 05:21:07 -0500, Brian van den Broek wrote:
>> 
>> 
>>>>>I've noticed an odd (to my mind) thing about page templates. When I 
>>>>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>>>>and then try to create a new page, the newly created template does not 
>>>>>show up in the available templates list. If I terminate the moin.py 
>>>>>server process and then restart it, the new template is available when 
>>>>>attempting to create new pages.

> Not so much. While step (4) does create a new sub-dir for the new 
> page, the mod time of the 'pages' dir remains unchanged. In fact, 
> despite having created and modified a number of pages since I 
> installed 1.3.2 last night, all first-level sub-dirs of ..\data\ 
> continue to show the mod time from the time of the install.

OK, then we have found the cause. 
> 
> You said earlier that it works for you when you try on Windows. I'm 
> guessing you aren't using Win Me. Could this be the cause?

Yes, I am on Windows XP.

This might even be the case for Windows XP and FAT. Maybe we will find a
solution to workaround this. In fact, many places in the code rely on the
fact that the modification time of a directory changes if a file is
changed.

I hope that you can accept this small glitch while there is no workaround.

Kind regards,
Alexander




From bvande at po-box.mcgill.ca  Mon Jan 24 14:30:13 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Mon Jan 24 14:30:13 2005
Subject: [Moin-user] Re: Re: Re: PageTemplate oddity with moinmoin 1.3.1
 as standalone with Python 2.4 under Windows Me
In-Reply-To: <axrarfykjm3q$.dlg@usenet.alexanderweb.de>
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de> <41F4CC13.4090204@po-box.mcgill.ca> <1hgrpomemj3j7.dlg@usenet.alexanderweb.de> <41F53815.5030102@po-box.mcgill.ca> <axrarfykjm3q$.dlg@usenet.alexanderweb.de>
Message-ID: <41F5748D.30207@po-box.mcgill.ca>

Alexander Schremmer said unto the world upon 2005-01-24 13:19:
> On Mon, 24 Jan 2005 13:01:57 -0500, Brian van den Broek wrote:
> 
> 
>>Alexander Schremmer said unto the world upon 2005-01-24 06:39:
>>
>>>On Mon, 24 Jan 2005 05:21:07 -0500, Brian van den Broek wrote:
>>>
>>>>>>I've noticed an odd (to my mind) thing about page templates. When I 
>>>>>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>>>>>and then try to create a new page, the newly created template does not 
>>>>>>show up in the available templates list. If I terminate the moin.py 
>>>>>>server process and then restart it, the new template is available when 
>>>>>>attempting to create new pages.

<SNIP>

> OK, then we have found the cause. 

<SNIP>

> This might even be the case for Windows XP and FAT. Maybe we will find a
> solution to workaround this. In fact, many places in the code rely on the
> fact that the modification time of a directory changes if a file is
> changed.
> 
> I hope that you can accept this small glitch while there is no workaround.
> 
> Kind regards,
> Alexander

Hi,

it is no more than a small irritant; I'm just using moinmoin as a 
one-man wiki, so I can cope :-)  I'm just glad to have been able to 
help identify and track down an issue.

Thanks and best,

Brian vdB




From Ralf-Lists at RalfGross.de  Tue Jan 25 01:50:10 2005
From: Ralf-Lists at RalfGross.de (Ralf Gross)
Date: Tue Jan 25 01:50:10 2005
Subject: [Moin-user] Single FrontPage and different language settings
Message-ID: <39825.141.113.101.32.1106646585.squirrel@webmail.ssorgflar.de>

moin-user-admin at lists.sourceforge.net schrieb am 24.01.2005 18:10:12:

> > Instead of FrontPage I reached the german 'StartSeite', which was -of
> > course- empty.
>
> It shouldn't be empty (except you made it empty yourself).
> Or maybe your underlay doesn't work?

Sorry, not empty of course. It shows the FrontPage in German.

> > If I understand this right, 1. seems to be the right way. I just have to
> > enter the config file
> > page_front_page = 'Foo_Bar_FrontPage'
> >
> > and create Foo_BAR_FrontPage. After that every user is directed to
> > Foo_Bar_FrontPage'.
>
> Exactly.

Ok.

> The reason is just that there are no translations for Foo_BAR_FrontPage
> known. So you can choose any name that moin can not translate (that
> means almost any, just not FrontPage, RecentChanges, etc.).

Understood.

> Just use your project's name maybe.

So I did ;)

> > How do other people deal with this?
>
> They read HelpOnConfiguration and then do it like that. :))then do it
> like > that. :))
Good point, I just wanted to be sure...

Thanks, Ralf





From 2004b at usenet.alexanderweb.de  Tue Jan 25 11:28:16 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Tue Jan 25 11:28:16 2005
Subject: [Moin-user] ANN: MoinMoin 1.3.3 released - Update recommended!
Message-ID: <1nlchrktrczfg.dlg@usenet.alexanderweb.de>

              _                    _
  /\/\   ___ (_)_ __   /\/\   ___ (_)_ __       
 /    \ / _ \| | '_ \ /    \ / _ \| | '_ \       __   
/ /\/\ \ (_) | | | | / /\/\ \ (_) | | | | |   /|  _)  
\/    \/\___/|_|_| |_\/    \/\___/|_|_| |_|    |.__)
                                                 
                                             
==============================================
 MoinMoin 1.3.3 advanced wiki engine released
==============================================

MoinMoin is an easy to use, full-featured and extensible wiki software
package written in Python. It can fulfill a wide range of roles, such as
a personal notes organizer deployed on a laptop or home web server,
a company knowledge base deployed on an intranet, or an Internet server
open to individuals sharing the same interests, goals or projects.

A wiki is a collaborative hypertext environment with an emphasis
on easy manipulation of information.

MoinMoin 1.3.3 is a release that fixes a vulnerability that could lead to
indirect read access of all pages in a wiki. Upgrading is recommended
for all users, especially for those who run MoinMoin 1.3.2:
http://moinmoin.wikiwikiweb.de/MoinMoinDownload

Wiki page about the bug:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/FullTextSearchIgnoresAcl

The bug just affects MoinMoin 1.3.2 installations.

Major bugs that were fixed in MoinMoin 1.3.2
--------------------------------------------
 * Changing a group page is not respected by the wiki while
   checking the permissions (bug in wikidicts).
 * Slow (compared to 1.2) when running with persistent servers.
 * Does not support configurations with no underlay directory.
 * Failure in the BadContent code could lead to a uneditable wiki,
   when moinmaster site was down.
 * Problems on Python 2.2.x (x >= 2).
 * Using gdchart for charts might lead to an instability.
 * Fixed non-ASCII page names for Apache 2 on Windows.

New features
------------
 * Better ReStructuredText support is built-in now. See HelpOnParsers.
 * Create new pages easily using configurable interface and page templates 
   with the new NewPage macro.

For a more detailed list of changes, see the CHANGES file in the 
distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES


Major new features in 1.3
=========================

 * MoinMoin speaks your language! Complete Unicode support,
   translated system and help pages in more than ten languages, and
   support for languages written from right to left are the base features
   of our internationalisation support.

 * Fresh look and feel. New default user interface design, improved
   existing themes and enhanced theme plug-in framework that make it
   easier to modify the design or create completely new user interface.

 * Find anything on your wiki, instantly. New search engine and
   streamlined Google-like search interface, using multiple search
   terms, regular expressions, search term modifiers and boolean search.

 * Antispam - keep spammers out of you wiki. Protect your wiki with
   automatically updated spam patterns maintained on the MoinMaster
   wiki, and shared by all MoinMoin wikis worlwide.

 * Underlay directory - easy upgrade and maintenance. New streamlined
   directory layout protects all system and help pages in a separate
   underlay directory.

 * Run with your favorite server. Use either a standalone server that
   requires only Python, the high performance Twisted server, Apache with
   Fast CGI, mod_python or plain CGI.

 * Multiconfig - easier, more powerful configuration. New class-based
   configuration allow you to easily configure single or multiple
   wikis sharing a common setup.

MoinMoin History
================

MoinMoin has been around since year 2000. Most of the codebase was
written by J?rgen Hermann; it is currently being developed by a growing 
team. Being originally based on PikiPiki, it has evolved heavily since then 
(PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large 
enterprises have been using MoinMoin as a key tool of their intranet, some 
even use it for their public web page. A large number of Open Source 
projects use MoinMoin for communication and documentation. Of course there 
is also a large number of private installations.


More Information
================

 * Project site: http://moinmoin.wikiwikiweb.de/                    
 * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures
 * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload
 * This software is available under the GNU General Public License v2.
 * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES
 * Upgrade: http://moinmoin.wikiwikiweb.de/HelpOnUpdating
 * Known bugs: 
  * http://moinmoin.wikiwikiweb.de/KnownIssues
  * http://moinmoin.wikiwikiweb.de/MoinMoinBugs

sent by Alexander Schremmer for the MoinMoin team




From matthew at agrip.org.uk  Tue Jan 25 19:18:04 2005
From: matthew at agrip.org.uk (Matthew T. Atkinson)
Date: Tue Jan 25 19:18:04 2005
Subject: [Moin-user] Problems with ModPy Wiki at Domain Root
Message-ID: <1106708896.3598.52.camel@localhost>

'ello,

I have been using MoinMoin for some time and am very happy with it.
Recently I have wanted to move to using ModPy instead of CGI.  Now that
1.3.3 is out I am setting up a new Wiki using ModPy that I would like to
be at the root of a domain.  I was pleased to see that the documentation
has been re-written but unfortunately it still isn't quite working for
me...

The site appears to work fine when it is at http://agdev.org/w/ however
as soon as I move it to http://www.agdev.org/ using the instructions at
http://moinmaster.wikiwikiweb.de/HelpOnConfiguration/ApacheVoodoo I get
a lot of errors reported in my Apache error log (posted below).

I was a bit surprised as these instructions specify the use of the ModPy
wrapper script, which I remember from the days before ModPy 3.1.3.  The
Installation instructions at
http://moinmaster.wikiwikiweb.de/HelpOnInstalling/ApacheWithModPython#head-13e83d4d1b94b07a75b3edb80c20e34c44efa4bc also mention this wrapper script.

The problem I am having is that, though the Wiki /appears/ to work on
the outside, my Apache error log is recording a great many strange
errors added to it for each viewing of a page on the Wiki.  You can find
my error log and virtual host config file for the Wiki at agdev.org
attached.

Though the Wiki seems functional from the outside, I don't like the look
of all those errors which are generated just by visiting the FrontPage
-- they are also eating up my disk space :-).  Does anyone know what
they mean and how I can stop them from occurring?

Many thanks in advance for any information you might have,

best regards,


-- 
Matthew T. Atkinson <matthew at agrip.org.uk>
-------------- next part --------------
<VirtualHost *>
    DocumentRoot /var/www/agdev
    ServerName agdev.org
    Alias /wiki/ "/var/www/agdev-wiki/htdocs/"

    # Rewrite urls
    RewriteEngine On
    RewriteLogLevel 0
    # map /wiki static files to Moin htdocs
    RewriteRule ^/wiki/(.*)$ /var/www/agdev-wiki/htdocs/$1 [last]
    # map everything else to server script
    RewriteRule ^(.*)$ /var/www/agdev-wiki/moinmodpy.py$1

    <Directory "/var/www/agdev-wiki">
        # Modpy stuff
        AddHandler python-program .py
        # Add the path to the wiki directory, where
        # moinmodpy.py and wikiconfig.py are located.
        PythonPath "['/var/www/agdev-wiki'] + sys.path"
        PythonHandler moinmodpy
    </Directory>
</VirtualHost>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: error.log
Type: text/x-log
Size: 30977 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050125/e6aeb92c/attachment.bin>

From sandip at lug-delhi.org  Tue Jan 25 23:23:01 2005
From: sandip at lug-delhi.org (Sandip Bhattacharya)
Date: Tue Jan 25 23:23:01 2005
Subject: Upgrade to 1.3.3 (was) Re: [Moin-user] ANN: MoinMoin 1.3.2
	(advanced wiki engine) released
In-Reply-To: <41F53C06.2050005@po-box.mcgill.ca>
References: <1l923c78sjgzv.dlg@usenet.alexanderweb.de>
	 <1106587388.4176.16.camel@pluto.home>  <41F53C06.2050005@po-box.mcgill.ca>
Message-ID: <1106724056.6400.3.camel@pluto.home>

On Mon, 2005-01-24 at 13:18 -0500, Brian van den Broek wrote:
> > What are the upgrade instructions for moving from 1.3.1? The upgrade
> > document seems only to concentrate on moving to 1.3.1.
> > 
> A few days ago I installed 1.3.1 on Windows as a standalone. (Just in 
> time to get it working before 1.3.2 was release :-| )
> 
> Last night, I upgraded to 1.3.2 by:
> 
> 1) Backing up my wiki-instance dir and ../site-packages/MoinMoin,
> 2) Following the install instructions as though it were a fresh install,
> 3) Restoring my changes to moin.py and wikiconfig.py by hand.
> 4) Spending several puzzled minutes suspicious that it all seemed too 
> easy :-)
> 
> Again, newbie with standalone, so you might want to wait for a more 
> authoritative response. (You also might want to wait for the projected 
> bug fix release that Alexander posted about before you posted your 
> question.)

Thanks Brian. I followed your steps and it seemed to be working for me
too. :)

I had some site specific problems though. The righsidebarsmaller theme
that  I had been using came up with a lot of errors after upgrade.
Probably the theme API has changed. I restored the theme to the default
one and it worked. 

- Sandip

--
Sandip Bhattacharya    *    Puroga Technologies   *     sandip at puroga.com
Work: http://www.puroga.com   *    Home/Blog: http://www.sandipb.net/blog

PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3





From sandip at lug-delhi.org  Wed Jan 26 00:14:07 2005
From: sandip at lug-delhi.org (Sandip Bhattacharya)
Date: Wed Jan 26 00:14:07 2005
Subject: [Moin-user] Re: url_mappings error with navlinks
In-Reply-To: <1oy31sch1uibh.dlg@usenet.alexanderweb.de>
References: <1106212815.8314.2.camel@pluto.home>
	 <1oy31sch1uibh.dlg@usenet.alexanderweb.de>
Message-ID: <1106727154.6400.14.camel@pluto.home>

On Thu, 2005-01-20 at 17:46 +0100, Alexander Schremmer wrote:
> On Thu, 20 Jan 2005 14:50:14 +0530, Sandip Bhattacharya wrote:
> 
> > Has anybody else seen this error?
> > 
> > If i use an url_mappings value = {"/cgi-bin/moin.cgi/":"/"}
> > and if nav_links has an absolute url like u'http://www.linux-delhi.org',
> > then MoinMoin 1.3.1 barfs all over the page.
> 
> Do you mean the navibar? Try to use u'[http://www.linux-delhi.org
> linux-delphi]'.

Just now upgraded to moin-1.3.3 and i am still getting the same error. I
went through the traceback carefully, and couldnt understand one section
of it. Here is the full description of the problem:

I am using the following line in wikiconfig.py. Adding this line makes
moin come up with the exception.

    url_mappings  = {"/cgi-bin/moin.cgi/":"/"}

I find the following part of the traceback weird:

 /usr/lib/python2.3/site-packages/MoinMoin/wikiutil.py in link_tag
(request=<MoinMoin.request.RequestCGI instance>, params='FrontPage',
text=u'FrontPage', formatter=<MoinMoin.formatter.text_html.Formatter
instance>, on=None, **kw={})
  861                                  css_class, **kw)

  862         return (formatter.url(1, "%s/%s" % (request.getScriptname
(), params),

  863                               css_class, **kw) +

  864                 formatter.rawHTML(text) +

  865                 formatter.url(0))

css_class = None, kw = {}

 /usr/lib/python2.3/site-packages/MoinMoin/formatter/text_html.py in url
(self=<MoinMoin.formatter.text_html.Formatter instance>, on=0, url=None,
css=None, **kw={})
  262                 ... some more (!!! TODO) 

  263         """

  264         url = wikiutil.mapURL(self.request, url)

  265         pretty = kw.get('pretty_url', 0)

  266         title = kw.get('title', None)

url = None, global wikiutil = <module 'MoinMoin.wikiutil' from
'/usr/lib/python2.3/site-packages/MoinMoin/wikiutil.py'>,
wikiutil.mapURL = <function mapURL>, self =
<MoinMoin.formatter.text_html.Formatter instance>, self.request =
<MoinMoin.request.RequestCGI instance>


Somehow line 862 of wikiutil.py is sending a valid URL to formatter.url,
but the latter is not receiving any URL in its parameters.

How is this possible?

- Sandip





--
Sandip Bhattacharya    *    Puroga Technologies   *     sandip at puroga.com
Work: http://www.puroga.com   *    Home/Blog: http://www.sandipb.net/blog

PGP/GPG Signature: 51A4 6C57 4BC6 8C82 6A65 AE78 B1A1 2280 A129 0FF3





From bvande at po-box.mcgill.ca  Wed Jan 26 00:30:04 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Wed Jan 26 00:30:04 2005
Subject: [Moin-user] backlinks and subpages oddity with standalone MoinMoin 1.3.2
Message-ID: <41F753F8.1020509@po-box.mcgill.ca>

Hi all,

I am using MoinMoin 1.3.2 as a standalone with Python 2.4 under WinMe. 
(I know about the 1.3.2 problem, but it's a single user wiki, so I 
don't think it matters for me.)

I've found another respect in which the fact that my OS does not 
change the mod time of a dir when the files within the dir are changed 
creates an issue. (Alexander and I posted about that within the last 
few days.) I'm posting it here not to complain (I know the MoinMoin 
developers are aware of the problem now), but in case the additional 
data is useful. If it is not needed or would be better directed 
elsewhere, please let me know.

The 'click on the title for backlinks' feature works differently for 
newly created TopPage/SubPages and TopPage/SubPage/SubSubPages until I 
have terminated the moin.py python process and restarted it.

For example, if I have new pages FooBar, FooBar/SpamHam and 
FooBar/SpamHam/BazBaz where the only link to FooBar/SpamHam is from 
FooBar and the only link to FooBar/SpamHam/BazBaz is from 
FooBar/SpamHam, clicking on the title of FooBar/SpamHam works as 
expected. But clicking on the title FooBar/SpamHam/BazBaz gives a page 
that says:

Full Text Search: "/BazBaz"

0 results of about 731 pages. (26.14 seconds)

(An aside: that time seems really high to me. It drops down to the 3-5 
seconds range when repeated. I've a laptop that is several years old, 
so the time is surely partly my hardware. But, does that seem within 
the range of normal?)

If I add a link to FooBar/SpamHam/BazBaz from somewhere not in the 
FooBar tree, on clicking the title I am immediately sent to the page 
with the new link.

So, it looks to me like the backlink feature isn't working right with 
3rd level subpages in that links from the 2nd level subpage to the 
third level subpage are ignored. Terminating mod.py and restarting 
makes everything behave as expected.

Thanks and best,

Brian vdB




From fritz.heinrichmeyer at fernuni-hagen.de  Wed Jan 26 01:26:04 2005
From: fritz.heinrichmeyer at fernuni-hagen.de (Fritz Heinrichmeyer)
Date: Wed Jan 26 01:26:04 2005
Subject: [Moin-user] update from 1.0 to newest possible?
Message-ID: <41F76217.3060705@fernuni-hagen.de>

I used a patched moinmoin wiki (+ authentication) vers. 1.0. I did not 
follow the freebsd port updates as the patch for authentication would 
have been lost. Now i tried an update (as webserver authentication is 
now stable supported) and found a completely different data format.

Is it possible to convert wiki content to new version?

Should i follow the 1.2.x instructions?

It would be sufficient to have the pure content without any logs and 
history ..

-- 
Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany)
tel:+49 2331/987-1166 fax:987-355



From 2004b at usenet.alexanderweb.de  Wed Jan 26 08:01:06 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Jan 26 08:01:06 2005
Subject: [Moin-user] Re: update from 1.0 to newest possible?
References: <41F76217.3060705@fernuni-hagen.de>
Message-ID: <an5gofcijjuv$.dlg@usenet.alexanderweb.de>

On Wed, 26 Jan 2005 10:25:43 +0100, Fritz Heinrichmeyer wrote:

> I used a patched moinmoin wiki (+ authentication) vers. 1.0. I did not 
> follow the freebsd port updates as the patch for authentication would 
> have been lost. Now i tried an update (as webserver authentication is 
> now stable supported) and found a completely different data format.
> 
> Is it possible to convert wiki content to new version?
> 
> Should i follow the 1.2.x instructions?

Yes, there should be no difference.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Wed Jan 26 08:11:02 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Jan 26 08:11:02 2005
Subject: [Moin-user] Re: backlinks and subpages oddity with standalone MoinMoin 1.3.2
References: <41F753F8.1020509@po-box.mcgill.ca>
Message-ID: <19kzivp8nqhnl$.dlg@usenet.alexanderweb.de>

On Wed, 26 Jan 2005 03:25:28 -0500, Brian van den Broek wrote:

> I am using MoinMoin 1.3.2 as a standalone with Python 2.4 under WinMe. 
> (I know about the 1.3.2 problem, but it's a single user wiki, so I 
> don't think it matters for me.)
> 
> I've found another respect in which the fact that my OS does not 
> change the mod time of a dir when the files within the dir are changed 
> creates an issue. (Alexander and I posted about that within the last 
> few days.) I'm posting it here not to complain (I know the MoinMoin 
> developers are aware of the problem now), but in case the additional 
> data is useful. If it is not needed or would be better directed 
> elsewhere, please let me know.

[...]

> So, it looks to me like the backlink feature isn't working right with 
> 3rd level subpages in that links from the 2nd level subpage to the 
> third level subpage are ignored. Terminating mod.py and restarting 
> makes everything behave as expected.

It looks like this is the same problem. Let's call your pages A/B/C. You
started moin.py, created A, restarted it, created A/B, added a link to
A/B/C and created A/B/C. Then you searched for a term which just can be
found on the page A/B. And it was not found because MoinMoin does not know
about the page A/B at all (because the dircache relies on the modification
date and that one didn't change).

I hope that I will find a fix (I haven't looked into it, though). :-)

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Wed Jan 26 08:21:01 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Wed Jan 26 08:21:01 2005
Subject: [Moin-user] Re: Re: url_mappings error with navlinks
References: <1106212815.8314.2.camel@pluto.home> <1oy31sch1uibh.dlg@usenet.alexanderweb.de> <1106727154.6400.14.camel@pluto.home>
Message-ID: <15ye1hdwnyvzp.dlg@usenet.alexanderweb.de>

On Wed, 26 Jan 2005 13:42:33 +0530, Sandip Bhattacharya wrote:

> On Thu, 2005-01-20 at 17:46 +0100, Alexander Schremmer wrote:
>> On Thu, 20 Jan 2005 14:50:14 +0530, Sandip Bhattacharya wrote:
>> 
>>> Has anybody else seen this error?
>>> 
>>> If i use an url_mappings value = {"/cgi-bin/moin.cgi/":"/"}
>>> and if nav_links has an absolute url like u'http://www.linux-delhi.org',
>>> then MoinMoin 1.3.1 barfs all over the page.
>> 
>> Do you mean the navibar? Try to use u'[http://www.linux-delhi.org
>> linux-delphi]'.
> 
> Just now upgraded to moin-1.3.3 and i am still getting the same error. I
> went through the traceback carefully, and couldnt understand one section
> of it. Here is the full description of the problem:
> 
> I am using the following line in wikiconfig.py. Adding this line makes
> moin come up with the exception.
> 
>     url_mappings  = {"/cgi-bin/moin.cgi/":"/"}
> 
> Somehow line 862 of wikiutil.py is sending a valid URL to formatter.url,
> but the latter is not receiving any URL in its parameters.
> 
> How is this possible?

Please file a bug about this on http://moinmoin.wikiwikiweb.de/MoinMoinBugs
and we will see how we can help you :-) Please include the full traceback.
You may want to copy the plain text one from the HTML source (look at the
end).

Kind regards,
Alexander




From helmert at informatik.uni-freiburg.de  Thu Jan 27 09:03:35 2005
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Thu Jan 27 09:03:35 2005
Subject: [Moin-user] GIF not displayed inline in 1.3.2
Message-ID: <ctb624$v1k$1@sea.gmane.org>

Dear MoinMoin group,

I am having problems with the inline display of images in MoinMoin 
1.3.2. Compare the following pages, which link to identical wikis, one 
set up with 1.3.1, the other set up with 1.3.2:

Moin 1.3.1 (image displayed inline):
http://sommercampus2004.informatik.uni-freiburg.de/RubyKurs/AntsBeispiel

Moin 1.3.2 (image not displayed inline):
http://alfons.informatik.uni-freiburg.de/wawiki/RubyKurs/AntsBeispiel

I was looking through the configs for both wikis, and they looked 
similar enough. They are not quite identical because one uses a 
farmconfig and the other doesn't. Any idea what the reason for this 
could be? I cannot try 1.3.3 at the moment because the download server 
appears to be down.

Malte




From ecornell at state.nd.us  Thu Jan 27 09:05:04 2005
From: ecornell at state.nd.us (Cornell, Elijah I.)
Date: Thu Jan 27 09:05:04 2005
Subject: [Moin-user] Attachment Problem - Apache mod_python WinXP
Message-ID: <96E776AB91C6BC4E86DC72717DD2C7BA03E6DBA9@itdemail1.nd.gov>

Has anyone found a fix for this?  Is there a issue with attachments when
using mod_python?

I'm having the same issue with uploading attachments on a Windows 2000 box
running Apache/2.0.52 (Win32) mod_python/3.1.3 Python/2.3.4 with MoinMoin
1.3.3.  I'm receiving the same error message and behavior as Chad.  I was
also successfully using attachments with MoinMoin as a standalone twisted
server proxied through apache before moving to mod_python.

Thanks,
Eli

-----Original Message-----
From: moin-user-admin at lists.sourceforge.net
[mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Chad Lowe
Sent: Thursday, January 06, 2005 2:19 PM
To: moin-user at lists.sourceforge.net
Subject: [Moin-user] Attachment Problem - Apache mod_python WinXP

I am running Apache 2.0.52 on WinXP (sp1) and MoinMoin 1.3.0 using
mod_python.

Everything is working great except for attaching files. When I attempt
to attach a file I get the following back in the web browser:

request.print_exception handler
Traceback (most recent call last):

 File "C:\Python23\lib\site-packages\MoinMoin\request.py", line 681, in run
   self.args = self.setup_args()
 File "C:\Python23\lib\site-packages\MoinMoin\request.py", line 1583,
in setup_args
   i = wikiutil.decodeUserInput(i, self.decode_charsets)
 File "C:\Python23\Lib\site-packages\MoinMoin\wikiutil.py", line 70,
in decodeUserInput
   raise UnicodeError('The string "%s" cannot be decoded.' % s)
UnicodeError: The string "  ? 

*** The rest of the file (a Word document) displays in the plain text.

The same happens wether I try to attach a text file, pdf file, etc.

Previously I was running the same MoinMoin instance using the
standalone server and file attaching worked fine.

Also, files that I had previously attached work display correctly when
viewed on the wiki.

Thanks,
Chad Lowe


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
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/20050127/6070aab0/attachment.html>

From ulf.lamping at web.de  Thu Jan 27 16:34:03 2005
From: ulf.lamping at web.de (Ulf Lamping)
Date: Thu Jan 27 16:34:03 2005
Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and
 being disappointed :-(
In-Reply-To: <41E83429.9040205@web.de>
References: <41E725A8.2040902@web.de> <41E7EB3A.506@waldmann-edv.de> <41E83429.9040205@web.de>
Message-ID: <41F9819E.1090101@web.de>

Hi List!

I'm very sorry about the way the problems I described about upgraging 
from MoinMoin 1.2.x to 1.3.x has been handled about in the user list :-(

My current state is: I've backed up to my 1.2.3 MoinMoin version and 
will keep this as long as possible.

If there are serious issues upgrading to a newer MoinMoin version, I 
won't take the upgrade path again, until there are *real* improvements 
in the MoinMoin upgrade process.


Sorry to say, but if I don't see some real improvements (or at least 
even the intention to improve this, but even that I cannot see) in the 
next time, I will inform all the places I know to *not use the MoinMoin 
wiki engine at all* as the upgrade process is simply a pain.

And again, sorry to say, but you give a *very bad reputation* to open 
source projects in general :-( This sort of upgrade process might by ok 
let's say two or three years ago, but today it's simply a "no go".

Please keep in mind, that the MoinMoin wiki engine has some "real" 
user's (like me), that are not interested in the internals of the 
engine, but simply would like to update existing installations (like I 
update my Apache server everytime a new version comes around) to a new 
version. I do understand this will be problematic for  highly customized 
wiki's, but the usual wiki should go.

If there are upgrades from "user" release versions were you are 
encourage every users to upgrade, this has to be at least a simple 
step-by-step manual or even better a wizard which is doing all the 
things for you. If there is no simple way to do the upgrade, please ask 
yourself why there isn't (it might probably not the user's fault).


Please let me know if there are any plans in the near future to improve 
the upgrade process,

Regards, ULFL

P.S: This mail is not about the specific problems I had upgrading the 
engine, it's about the general upgrade process that has to be improved!!!



From AZimmer at orga-test.com  Fri Jan 28 01:07:21 2005
From: AZimmer at orga-test.com (AZimmer at orga-test.com)
Date: Fri Jan 28 01:07:21 2005
Subject: [Moin-user] Problems installing Moin 1.3.3
Message-ID: <OFBDC0026A.12D60D9F-ONC1256F97.00314B0E-C1256F97.00321116@orga-test.com>

Dear Mailinglist,

System:
Windows 2000 Advanced Server
Internet Information Server 5.0
Python 2.4
Moin Moin 1.3.3

I try to install Moin Moin, following the instructions like described in 
the installation guide for a public wiki using CGI on an 
InternetInformationServer. 
(http://moinmoin.wikiwikiweb.de/HelpOnInstalling/InternetInformationServer)

When I try to acces my new installed wiki, i got the following error:


CGI Error
The specified CGI application misbehaved by not returning a complete set 
of HTTP headers. The headers it did return are:
Traceback (most recent call last):
  File "C:\Moin\otswiki\moin.cgi", line 37, in ?
    request = RequestCGI()
  File "C:/Moin/Lib/site-packages\MoinMoin\request.py", line 1109, in 
__init__
    self._setup_vars_from_std_env(os.environ)
  File "C:/Moin/Lib/site-packages\MoinMoin\request.py", line 243, in 
_setup_vars_from_std_env
    path_info = path_info.decodeUnknownInput(path_info).encode("utf-8")
AttributeError: 'str' object has no attribute 'decodeUnknownInput'


Sorry about this noob-like Question but I?m new to wikis and never done 
something with CGIs before.

Thanks for your help,
Andre Zimmer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050128/c7964f47/attachment.html>

From tw-public at gmx.de  Fri Jan 28 08:02:44 2005
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri Jan 28 08:02:44 2005
Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and
 being disappointed :-(
In-Reply-To: <41F9819E.1090101@web.de>
References: <41E725A8.2040902@web.de> <41E7EB3A.506@waldmann-edv.de> <41E83429.9040205@web.de> <41F9819E.1090101@web.de>
Message-ID: <41FA3CC6.5050400@gmx.de>

> My current state is: I've backed up to my 1.2.3 MoinMoin version and 
> will keep this as long as possible.

1.2.4 is maybe a manageable upgrade for you.

> Sorry to say, but if I don't see some real improvements (or at least 
> even the intention to improve this, but even that I cannot see)

Maybe you didn't read README.migration in 1.3.3?

If you are still unhappy with that, maybe you should help to write 
better documentation (or just use the usual support methods as other 
people successfully do).

> If there are upgrades from "user" release versions were you are 
> encourage every users to upgrade, this has to be at least a simple 
> step-by-step manual or even better a wizard which is doing all the 
> things for you.

As long as we support IIS, Apache1/2, fastcgi, modpy, twisted, 
standalone (did I forget any?) and a setup.py with options (user home 
install, root install) and different OSes like Win32,Linux,MacOs X,*BSD 
there can be no "simple manual" because every server and installation is 
slightly different.

There could be 2*X*Y simple manuals maybe, but we simply don't have the 
resources for that.

Therefore we try to describe how it works and a server admin should be 
able do the installation with that knowledge.




From 2004b at usenet.alexanderweb.de  Fri Jan 28 09:00:31 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 28 09:00:31 2005
Subject: [Moin-user] Re: Problems installing Moin 1.3.3
References: <OFBDC0026A.12D60D9F-ONC1256F97.00314B0E-C1256F97.00321116@orga-test.com>
Message-ID: <1eg5tr1jssjx2$.dlg@usenet.alexanderweb.de>

On Fri, 28 Jan 2005 10:09:15 +0100, AZimmer at orga-test.com wrote:

> When I try to acces my new installed wiki, i got the following error:
> 
> 
> CGI Error
> The specified CGI application misbehaved by not returning a complete set 
> of HTTP headers. The headers it did return are:
[...]
>   File "C:/Moin/Lib/site-packages\MoinMoin\request.py", line 243, in 
> _setup_vars_from_std_env
>     path_info = path_info.decodeUnknownInput(path_info).encode("utf-8")
> AttributeError: 'str' object has no attribute 'decodeUnknownInput'

This is a known bug. See the first item on the page:
http://moinmoin.wikiwikiweb.de/KnownIssues

Kind regards,
Alexander




From matthew at agrip.org.uk  Fri Jan 28 09:34:59 2005
From: matthew at agrip.org.uk (Matthew T. Atkinson)
Date: Fri Jan 28 09:34:59 2005
Subject: [Moin-user] Users unable to create home pages
Message-ID: <1106925341.3839.15.camel@localhost>

'ello,

I am having some problems with the users of one of my Moin Wikis.  They
are having difficulty creating home pages from the template.  The reason
is that they are not removing the ACL line from the page loaded in from
the template and thus getting access denied errors when trying to save
the page (as only admin users can alter ACLs).

Is there any way to get round this other than removing the ACL line from
the template pages?  I realise the users are technically at fault for
not removing the ACL line, but they are new to Wikis and there's not
much I can do to /make / them read the docs :-).  I am using 1.3.3.

Thanks in advance for any info you may have,

best regards,


-- 
Matthew T. Atkinson <matthew at agrip.org.uk>




From mark.volkert at rakekniven.de  Fri Jan 28 09:47:04 2005
From: mark.volkert at rakekniven.de (Mark Volkert)
Date: Fri Jan 28 09:47:04 2005
Subject: [Moin-user] 1.3.3 rocks
In-Reply-To: <an5gofcijjuv$.dlg@usenet.alexanderweb.de>
References: <41F76217.3060705@fernuni-hagen.de> <an5gofcijjuv$.dlg@usenet.alexanderweb.de>
Message-ID: <200501281736.15820.mark.volkert@rakekniven.de>

Hi folks,

today was a perfect day. I upgraded two large wikis (> 1200 pages) without any 
problems. I made a try on my Desktop Edition with data directory from 1.2.3.
Then I decided to go ahead and all scripts ran without problems.

Thanks for this modern, fast and elegant wiki.

Best regards

Mark



From 2004b at usenet.alexanderweb.de  Fri Jan 28 09:47:37 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 28 09:47:37 2005
Subject: [Moin-user] Re: Attachment Problem - Apache mod_python WinXP
References: <96E776AB91C6BC4E86DC72717DD2C7BA03E6DBA9@itdemail1.nd.gov>
Message-ID: <1pgczrfvgihgc$.dlg@usenet.alexanderweb.de>

On Thu, 27 Jan 2005 10:50:42 -0600, Cornell, Elijah I. wrote:

> Has anyone found a fix for this?  Is there a issue with attachments when
> using mod_python?
> 
> I'm having the same issue with uploading attachments on a Windows 2000 box
> running Apache/2.0.52 (Win32) mod_python/3.1.3 Python/2.3.4 with MoinMoin
> 1.3.3.  I'm receiving the same error message and behavior as Chad.  I was
> also successfully using attachments with MoinMoin as a standalone twisted
> server proxied through apache before moving to mod_python.

Currently there is the following issue:
http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ModPyDoesNotAcceptFileUpload

It looks like this is not a bug in MoinMoin, though.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Fri Jan 28 09:49:20 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 28 09:49:20 2005
Subject: [Moin-user] Re: GIF not displayed inline in 1.3.2
References: <ctb624$v1k$1@sea.gmane.org>
Message-ID: <qad8s7bs6fex$.dlg@usenet.alexanderweb.de>

On Thu, 27 Jan 2005 17:50:55 +0100, Malte Helmert wrote:

> I am having problems with the inline display of images in MoinMoin 
> 1.3.2. Compare the following pages, which link to identical wikis, one 
> set up with 1.3.1, the other set up with 1.3.2:
> 
> Moin 1.3.1 (image displayed inline):
> http://sommercampus2004.informatik.uni-freiburg.de/RubyKurs/AntsBeispiel
> 
> Moin 1.3.2 (image not displayed inline):
> http://alfons.informatik.uni-freiburg.de/wawiki/RubyKurs/AntsBeispiel

This is a bug fix, in fact. If you want to inline the image, you have to
remove the brackets. Thomas Waldmann changed it in order to resemble 1.2's
behavior.

Kind regards,
Alexander




From helmert at informatik.uni-freiburg.de  Fri Jan 28 12:21:17 2005
From: helmert at informatik.uni-freiburg.de (Malte Helmert)
Date: Fri Jan 28 12:21:17 2005
Subject: [Moin-user] Re: GIF not displayed inline in 1.3.2
In-Reply-To: <qad8s7bs6fex$.dlg@usenet.alexanderweb.de>
References: <ctb624$v1k$1@sea.gmane.org> <qad8s7bs6fex$.dlg@usenet.alexanderweb.de>
Message-ID: <cte16m$19q$1@sea.gmane.org>

Alexander Schremmer wrote:
> On Thu, 27 Jan 2005 17:50:55 +0100, Malte Helmert wrote:
> 
>>I am having problems with the inline display of images in MoinMoin 
>>1.3.2. Compare the following pages, which link to identical wikis, one 
>>set up with 1.3.1, the other set up with 1.3.2:
>>
>>Moin 1.3.1 (image displayed inline):
>>http://sommercampus2004.informatik.uni-freiburg.de/RubyKurs/AntsBeispiel
>>
>>Moin 1.3.2 (image not displayed inline):
>>http://alfons.informatik.uni-freiburg.de/wawiki/RubyKurs/AntsBeispiel
> 
> This is a bug fix, in fact. If you want to inline the image, you have to
> remove the brackets. Thomas Waldmann changed it in order to resemble 1.2's
> behavior.

Thanks for the information and for fixing it on the Wiki!

Malte




From 2004b at usenet.alexanderweb.de  Fri Jan 28 15:58:21 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Fri Jan 28 15:58:21 2005
Subject: [Moin-user] Re: Re: Re: Re: PageTemplate oddity with moinmoin 1.3.1 as standalone with Python 2.4 under Windows Me
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de> <41F4CC13.4090204@po-box.mcgill.ca> <1hgrpomemj3j7.dlg@usenet.alexanderweb.de> <41F53815.5030102@po-box.mcgill.ca> <axrarfykjm3q$.dlg@usenet.alexanderweb.de> <41F5748D.30207@po-box.mcgill.ca>
Message-ID: <a6tg5turr63n$.dlg@usenet.alexanderweb.de>

On Mon, 24 Jan 2005 17:19:57 -0500, Brian van den Broek wrote:

>>>>>>>I've noticed an odd (to my mind) thing about page templates. When I 
>>>>>>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>>>>>>and then try to create a new page, the newly created template does not 
>>>>>>>show up in the available templates list. If I terminate the moin.py 
>>>>>>>server process and then restart it, the new template is available when 
>>>>>>>attempting to create new pages.

>> This might even be the case for Windows XP and FAT. Maybe we will find a
>> solution to workaround this. In fact, many places in the code rely on the
>> fact that the modification time of a directory changes if a file is
>> changed.

> it is no more than a small irritant; I'm just using moinmoin as a 
> one-man wiki, so I can cope :-)  I'm just glad to have been able to 
> help identify and track down an issue.

Yeah, thanks for your help :-)

I have committed a small fix that checks if MoinMoin is run on Windows
9x/ME and empties the dircache in that case for every request. I.e.
MoinMoin 1.3.4 should fix the problem for you.

Kind regards,
Alexander




From bvande at po-box.mcgill.ca  Fri Jan 28 16:37:04 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Fri Jan 28 16:37:04 2005
Subject: [Moin-user] Users unable to create home pages
In-Reply-To: <1106925341.3839.15.camel@localhost>
References: <1106925341.3839.15.camel@localhost>
Message-ID: <41FADA1B.8010503@po-box.mcgill.ca>

Matthew T. Atkinson said unto the world upon 2005-01-28 10:15:
> 'ello,
> 
> I am having some problems with the users of one of my Moin Wikis.  They
> are having difficulty creating home pages from the template.  The reason
> is that they are not removing the ACL line from the page loaded in from
> the template and thus getting access denied errors when trying to save
> the page (as only admin users can alter ACLs).
> 
> Is there any way to get round this other than removing the ACL line from
> the template pages?  I realise the users are technically at fault for
> not removing the ACL line, but they are new to Wikis and there's not
> much I can do to /make / them read the docs :-).  I am using 1.3.3.
> 
> Thanks in advance for any info you may have,
> 
> best regards,

Hi,

not a technical solution, but:

What about changing the homepage template so that the first few (and 
perhaps the last few) lines read something like

NOTE You MUST remove the ACL line from the text below
NOTE You MUST remove the ACL line from the text below
NOTE You MUST remove the ACL line from the text below

## Please edit system and help pages ONLY in the moinmaster wiki! For more
etc.

There's not reading the docs, and then there's not noticing being hit 
on the head ;-)

Best,

Brian vdB





From matthew at agrip.org.uk  Fri Jan 28 17:52:58 2005
From: matthew at agrip.org.uk (Matthew T. Atkinson)
Date: Fri Jan 28 17:52:58 2005
Subject: [Moin-user] Users unable to create home pages
In-Reply-To: <41FADA1B.8010503@po-box.mcgill.ca>
References: <1106925341.3839.15.camel@localhost>
	 <41FADA1B.8010503@po-box.mcgill.ca>
Message-ID: <1106962984.4802.9.camel@localhost>

'ello,

On Fri, 2005-01-28 at 19:34 -0500, Brian van den Broek wrote:
> not a technical solution, but:

Hehe :-).  I ended up doing something like that in the end -- thanks for
the suggestion; they do seem to notice being hit on the head :-).

I really love Wikis as they strike me as being a social solution to a
social problem, which is so much better than the myriad technical
solutions to social problems we face nowadays.

best regards,


-- 
Matthew T. Atkinson <matthew at agrip.org.uk>




From bvande at po-box.mcgill.ca  Fri Jan 28 17:59:27 2005
From: bvande at po-box.mcgill.ca (Brian van den Broek)
Date: Fri Jan 28 17:59:27 2005
Subject: [Moin-user] Re: Re: Re: Re: PageTemplate oddity with moinmoin
 1.3.1 as standalone with Python 2.4 under Windows Me
In-Reply-To: <a6tg5turr63n$.dlg@usenet.alexanderweb.de>
References: <41F09CC0.4060001@po-box.mcgill.ca> <r6799vrc3bc3.dlg@usenet.alexanderweb.de> <41F4CC13.4090204@po-box.mcgill.ca> <1hgrpomemj3j7.dlg@usenet.alexanderweb.de> <41F53815.5030102@po-box.mcgill.ca> <axrarfykjm3q$.dlg@usenet.alexanderweb.de> <41F5748D.30207@po-box.mcgill.ca> <a6tg5turr63n$.dlg@usenet.alexanderweb.de>
Message-ID: <41FAEDB2.5090506@po-box.mcgill.ca>

Alexander Schremmer said unto the world upon 2005-01-28 18:58:
> On Mon, 24 Jan 2005 17:19:57 -0500, Brian van den Broek wrote:

<Deeply nested quoting trimmed>

>>I've noticed an odd (to my mind) thing about page templates. When I 
>>define a new template with a name like SomeWikiNameEndingInTemplate 
>>and then try to create a new page, the newly created template does not 
>>show up in the available templates list. If I terminate the moin.py 
>>server process and then restart it, the new template is available when 
>>attempting to create new pages.
> 
> 
> I have committed a small fix that checks if MoinMoin is run on Windows
> 9x/ME and empties the dircache in that case for every request. I.e.
> MoinMoin 1.3.4 should fix the problem for you.
> 
> Kind regards,
> Alexander

Great, thanks! :-) I'll keep an eye out for it.

Best,

Brian vdB






From nirs at freeshell.org  Sat Jan 29 01:44:01 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Sat Jan 29 01:44:01 2005
Subject: [Moin-user] Users unable to create home pages
In-Reply-To: <20050129042723.1C430881A8@sc8-sf-spam1.sourceforge.net>
References: <20050129042723.1C430881A8@sc8-sf-spam1.sourceforge.net>
Message-ID: <1106990826.25176.7.camel@localhost.home>

On Fri, 2005-01-28 at 20:27 -0800,
moin-user-request at lists.sourceforge.net wrote:

> I am having some problems with the users of one of my Moin Wikis.
> They
> are having difficulty creating home pages from the template.  The
> reason
> is that they are not removing the ACL line from the page loaded in
> from
> the template and thus getting access denied errors when trying to save
> the page (as only admin users can alter ACLs).
> 
> Is there any way to get round this other than removing the ACL line
> from
> the template pages?  I realise the users are technically at fault for
> not removing the ACL line, but they are new to Wikis and there's not
> much I can do to /make / them read the docs :-).  I am using 1.3.3.
> 


This is an annoying problem that I'm going to fix. At this time, I think
the only solution is removing the acl lines from the HomePageTemplate. 

Don't forget to subscribe to the page so you see changes made to the
unprotected page.

It would be nice if you open a bug page with your description.

Nir
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050129/2cbfdb31/attachment.html>

From craig at craiglarman.com  Sat Jan 29 09:58:15 2005
From: craig at craiglarman.com (Craig Larman)
Date: Sat Jan 29 09:58:15 2005
Subject: [Moin-user] bug? no image display from local files in standalone mode
Message-ID: <E1CuwrD-0008UR-30@sc8-sf-mx2.sourceforge.net>

Using moin 1.3.1, in standalone server mode for local use only (no apache).

 

HELP! i wanted a wiki to be able to do a simple task: display an image
inline on a page. It works fine if it's an HTTP URL image, but i want this
for images on my local hard disk, and it is not working in Moin.

 

The docs **suggest** i should be able to write something like the following
FILE URL, and see an image inline, but no luck:

 

[file:///C:/temp/foo.jpg]

     Or perhaps (2 slashes?):

[file://C:/temp/foo.jpg]

 

In any event, no variation works for me. Is this a known bug, or ???

 

Regards, craig

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050129/3fbf262a/attachment.html>

From topeju at badzilla.net  Sat Jan 29 10:51:40 2005
From: topeju at badzilla.net (Tomi Junnila)
Date: Sat Jan 29 10:51:40 2005
Subject: [Moin-user] bug? no image display from local files in standalone
 mode
In-Reply-To: <E1CuwrD-0008UR-30@sc8-sf-mx2.sourceforge.net>
References: <E1CuwrD-0008UR-30@sc8-sf-mx2.sourceforge.net>
Message-ID: <20050129185037.GA2880@badzilla.net>

* Craig Larman <craig at craiglarman.com> wrote on 29.01.05 12:58:
>    The docs **suggest** i should be able to write something like the
>    following FILE URL, and see an image inline, but no luck:

I had to try this. I installed a stand-alone server and edited a page to
show an image from a file:// url.

The syntax [file:///C:/temp/img.jpg Image] shows a link to Image, and
opening the link works ok.

However, changing the link to [file:///C:/temp/img.jpg] didn't show the
image. I investigated a bit further and found out it's not a problem in
MoinMoin, it's the browser. The HTML for the page does contain an img
tag to the image, but Firefox[1] doesn't follow file:// links from
http:// urls. IE appears to show them at least at default settings.


[1] You advocate Firefox on your home page so I assume you're using it
just like I.


-- 
Tomi Junnila <topeju at badzilla.net>
http://topeju.badzilla.net/



From R.Bauer at fz-juelich.de  Sun Jan 30 08:56:30 2005
From: R.Bauer at fz-juelich.de (Reimar Bauer)
Date: Sun Jan 30 08:56:30 2005
Subject: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1  ...
In-Reply-To: <20050128043406.B3CE51713E@sc8-sf-spam2.sourceforge.net>
References: <20050128043406.B3CE51713E@sc8-sf-spam2.sourceforge.net>
Message-ID: <41FD1142.1040006@fz-juelich.de>

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

| Message: 3
| Date: Fri, 28 Jan 2005 01:04:46 +0100
| From: Ulf Lamping <ulf.lamping at web.de>
| To:  moin-user at lists.sourceforge.net
| Subject: Re: [Moin-user] Failed to update MoinMoin from 1.2.3 to 1.3.1 and
|  being disappointed :-(
|
| Hi List!
|
| I'm very sorry about the way the problems I described about upgraging
| from MoinMoin 1.2.x to 1.3.x has been handled about in the user list :-(

Dear Ulf

don't be angry just help to improve the missing features.

Some problems you got may be quite difficult but the sight of view is
different too. There are several installation ways on different
platforms possible and it's hard to give a descriptions without telling
how the whole thing works. If you know a bit more about the system it's
quite easier to understand how to proceed. This starts on simple things
like how to get the version number of the current installation and ends
probably on writing an own extension.
There may be missing documentation about but if noone tells what is
missing who should know.


I have added on 12/18 a description to the user list on problems I got
solved during migration and I know some others were lucky I have added
this note. If you develope yourself programs which should run on several
platforms then you couldn't forecast what all goes wrong. You have no
control over what the user is doing and what's they are reading.
Probably they read nothing and just think they have enough skill to try
it out. (Who do read the manual of a rental car?)
All developers know about these problems too.

That's the reason why the user want's a tool which does only the job
without knowledge what it is doing. There are many more reasons for the
user too. If it is easier to write such a migration tool instead of
describing what all goes different on different platforms then we will
benefit all from that. But let's stop here.

I like to come forward with a proposal:

The mailing list is not the best place to collect the neccessary knowledge.

~ * probably you could open a page, a homepage, a FAQ or something else
~   yourself on moinmoin.wikiwikiweb.de.
~ * Probably there is enough input to solve your and others problem.
~ * Probably someone could spend some time to write a different migration
~   tool for 1.4 because not all would have migrated to 1.3.x
~ * probably some volunteers would try out this tool


cheers

Reimar


- --
Reimar Bauer

Institut fuer Stratosphaerische Chemie (ICG-I)
Forschungszentrum Juelich
email: R.Bauer at fz-juelich.de
- -------------------------------------------------------------------
~        a IDL library at ForschungsZentrum Juelich
~ http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html
===================================================================

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFB/RFA5aOc3Q9hk/kRAoXCAJ4k5CBIsOpF76T7HiB12B5/hlzFUwCgvCta
FtZa5gor45K/pRvS3xrFR2o=
=As5A
-----END PGP SIGNATURE-----




From yaghani at mac.com  Sun Jan 30 11:34:27 2005
From: yaghani at mac.com (Yusuf Abdulghani)
Date: Sun Jan 30 11:34:27 2005
Subject: [Moin-user] Upgrading from 1.2 to 1.3.3
In-Reply-To: <41FD1142.1040006@fz-juelich.de>
References: <20050128043406.B3CE51713E@sc8-sf-spam2.sourceforge.net> <41FD1142.1040006@fz-juelich.de>
Message-ID: <aeeac4b536935e8798fd1bf153e381a9@mac.com>

Hi,

I am trying to upgrade from 1.2 to 1.3 and having a few problems. I am 
running OSX. The installation seems to have gone fine. I can see the 
new "FrontPage" (which is set by default) for any moinmoin 
installation. However, I am unable to see any of my "data" from v1.2.

After reading through the mailing list, I discovered that I was 
supposed to read "README.migration". Based on the instructions in 
README.migration, I copied my original data directory to the 
"../scripts/migration/" directory and tried running the migration 
scripts as follows:

[localhost:MoinMoin/scripts/migration] root# python 12_to_13_mig1.py
Traceback (most recent call last):
   File "12_to_13_mig1.py", line 58, in ?
     from migutil import opj, listdir, copy_file, copy_dir
ImportError: No module named migutil

This is the error message that I get. Any ideas of what this error 
message might mean? Looks like it is not finding a module called 
"migutil".

Thanks for all your help.

Yusuf




From dean at xsoftware.biz  Sun Jan 30 16:37:39 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Sun Jan 30 16:37:39 2005
Subject: [Moin-user] disable http in moinmoin(no access to apache)
Message-ID: <00d801c5072c$b1b87b20$6401a8c0@rnd.avaya.com>

In phpWiki, I could disable it when users were using http and not https.  Can I do the same with moinmoin?  I couldn't get phpWiki to work on my ISP period.  MoinMoin was great especially the docs(which I tweaked a little to help the next guy as I ran into some issues I solved).

Is there a way to do this?  Currenlty, people can access my wiki over http and https and though I can't prevent access via http, it would be nice if moinmoin had a way of just showing a blank page when someone came in through pure http.
thanks,
dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050130/8c1e3f1a/attachment.html>

From dean at xsoftware.biz  Sun Jan 30 16:42:35 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Sun Jan 30 16:42:35 2005
Subject: [Moin-user] setting up smtp for different port, not 25???  + bug report
Message-ID: <013d01c5072d$743d62f0$6401a8c0@rnd.avaya.com>

My ISP does not use port 25, and therefore I was trying to do something like this in the config....

mail_smarthost = "smtp.xsoftware.biz:<port>"

This resulted in a bug report file which I attached.

Is there a way to specify the port for smtp.
thanks,
dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050130/7a6f88cc/attachment.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050130/7a6f88cc/attachment-0001.html>

From dean at xsoftware.biz  Sun Jan 30 16:43:10 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Sun Jan 30 16:43:10 2005
Subject: [Moin-user] access control lists
Message-ID: <014701c5072d$841971f0$6401a8c0@rnd.avaya.com>

I am trying to use the wiki so I have full permissions but others only have permissions to write/read/delete/revert.

I have these settings in the configuration....

    # Enable acl (0 to disable)
    acl_enabled = 1

    acl_rights_default = u"All:read RaceCar,WingZero:read,write,delete,revert"

    acl_rights_before = u"FastDragon:read,write,delete,revert,admin RaceCar,WingZero:read,write"

Then I have this page that I don't want anyone but FastDragon to be able to view, and at the top of the page, I have....

#acl FastDragon:read,write,delete,revert,admin

but this doesn't prevent RaceCar and WingZero from reading this page which I wanted to be totally private.  How do I do this?
thanks,
dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050130/1567d062/attachment.html>

From dean at xsoftware.biz  Sun Jan 30 20:30:22 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Sun Jan 30 20:30:22 2005
Subject: [Moin-user] line break [[BR]] can be replaced with simple \n???
Message-ID: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com>

I was wondering if there was a config so I didn't have to enter [[BR]] every time.  I mean, I would not hit enter unless I wanted a line break.  If I wanted it to wrap, I would just keep typing.  Is there a way to turn this off so \n and \r\n are used to know the line breaks instead????  
thanks,
dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050130/3eccbc13/attachment.html>

From skip at pobox.com  Sun Jan 30 21:02:57 2005
From: skip at pobox.com (Skip Montanaro)
Date: Sun Jan 30 21:02:57 2005
Subject: [Moin-user] MoinMoin 1.2 -> 1.3 while changing machines
Message-ID: <16893.47880.605465.782587@montanaro.dyndns.org>

(Second try...  I set up a new mail server over the weekend and am still
ironing out the kinks.  I haven't seen this message turn up here, so assume
my novice postfix skills doomed it.  My apologies if it made it through and
I just missed it.)

I have a new web server and am beginning to migrate stuff from the old one
to the new.  The old server is running MoinMoin 1.2.1 and I'd like to run
1.3.x on the new one.  What's the best way to perform this sort of
move+upgrade?

Thanks,

-- 
Skip Montanaro
skip at mojam.com
http://www.mojam.com/



From dean at xsoftware.biz  Sun Jan 30 22:05:05 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Sun Jan 30 22:05:05 2005
Subject: [Moin-user] setting up smtp for different port, not 25???  + bug report
References: <013d01c5072d$743d62f0$6401a8c0@rnd.avaya.com>
Message-ID: <01c701c5075a$80b035d0$6401a8c0@rnd.avaya.com>

I don't know python, but solved this particular problem and added the fix to the wiki documentation...This requires a code change if smtp is not on 25 like some ISP's do for security.  Also, the bug report is from specifying "<pw>" instead of "<user> <pw>" like it says in the config file....Hope others don't accidentally type that.
thanks,
dean
  ----- Original Message ----- 
  From: Dean Hiller 
  To: moin-user at lists.sourceforge.net 
  Sent: Sunday, January 30, 2005 5:40 PM
  Subject: SPAM: [Moin-user] setting up smtp for different port, not 25??? + bug report


  My ISP does not use port 25, and therefore I was trying to do something like this in the config....

  mail_smarthost = "smtp.xsoftware.biz:<port>"

  This resulted in a bug report file which I attached.

  Is there a way to specify the port for smtp.
  thanks,
  dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050130/8e47d86a/attachment.html>

From nirs at freeshell.org  Mon Jan 31 03:18:59 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Jan 31 03:18:59 2005
Subject: [Moin-user] Re: disable http in moinmoin(no access to apache) (Dean Hiller)
In-Reply-To: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
Message-ID: <1107170124.6134.5.camel@localhost.home>

This can be done by custom SecurityPolicy.

See http://moinmoin.wikiwikiweb.de/SecurityPolicy?highlight=%
28SecurityPolicy%29#head-c93a898fe620fd96a507033c4de5f2af0284c175 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050131/f1ab1b6c/attachment.html>

From nirs at freeshell.org  Mon Jan 31 04:16:57 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Jan 31 04:16:57 2005
Subject: [Moin-user] disable http in moinmoin(no access to apache)
In-Reply-To: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
Message-ID: <1107173561.6117.12.camel@localhost.home>

This can be also done in the web server level, for example, if you use
Apache:

NameVirtualHost wiki.example.com:443

<VirtualHost wiki.example.com:443>
    # define here the rewrite rules for your wiki
    # See
http://moinmoin.wikiwikiweb.de/HelpOnConfiguration/ApacheVoodoo
</VirtualHost>

And I guess you can do it also on the firewall level etc.

Nir.


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

From nirs at freeshell.org  Mon Jan 31 04:21:31 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Jan 31 04:21:31 2005
Subject: [Moin-user] Upgrading from 1.2 to 1.3.3
In-Reply-To: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
Message-ID: <1107173919.6134.18.camel@localhost.home>

> [localhost:MoinMoin/scripts/migration] root# python 12_to_13_mig1.py
> Traceback (most recent call last):
>    File "12_to_13_mig1.py", line 58, in ?
>      from migutil import opj, listdir, copy_file, copy_dir
> ImportError: No module named migutil


Its seems that you don't run the script from the
MoinMoin/scripts/migration directory. Also, there is no need to run the
script as root! copy the data directory as a user and run the scripts as
a user.

Nir.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050131/62ffb2c0/attachment.html>

From nirs at freeshell.org  Mon Jan 31 04:33:40 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Jan 31 04:33:40 2005
Subject: [Moin-user] setting up smtp for different port, not 25???  +
	bug report
In-Reply-To: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
Message-ID: <1107174631.6134.22.camel@localhost.home>

If its not documented, then this is not a bug, but a missing feature.
Please go and add a feature request:
http://moinmoin.wikiwikiweb.de/FeatureRequests

It make sense that we have a way to work with any smtp server on any
port.

Nir.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050131/6e101844/attachment.html>

From nirs at freeshell.org  Mon Jan 31 04:49:45 2005
From: nirs at freeshell.org (Nir Soffer)
Date: Mon Jan 31 04:49:45 2005
Subject: [Moin-user] access control lists
In-Reply-To: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net>
Message-ID: <1107175536.6117.36.camel@localhost.home>

On Sun, 2005-01-30 at 20:25 -0800,
moin-user-request at lists.sourceforge.net wrote:
> I have these settings in the configuration....
> 
>     # Enable acl (0 to disable)
>     acl_enabled =3D 1
> 
>     acl_rights_default =3D u"All:read =
> RaceCar,WingZero:read,write,delete,revert"
> 
>     acl_rights_before =3D u"FastDragon:read,write,delete,revert,admin
> =
> RaceCar,WingZero:read,write"
> 
> Then I have this page that I don't want anyone but FastDragon to be
> able =
> to view, and at the top of the page, I have....
> 
> #acl FastDragon:read,write,delete,revert,admin
> 
> but this doesn't prevent RaceCar and WingZero from reading this page =
> which I wanted to be totally private.  How do I do this?

The acl is wrong. The correct setup will be:

acl_rights_before = u"FastDragon:read,write,delete,revert,admin"

This will let you do anything with any page - because acl use the first
match.

Do not define acl_rights_defaults, use the default setup.

And on the page:
#acl FastDragon:read,write,delete,revert,admin All:

This will let FastDragon to do anything and deny all others.

Do you really want FastDragon to admin this page? dragons might change
the acl and loose their privacy. If that dragon page must be private,
don't give the admin right:
#acl FastDragon:read,write,delete,revert All:

-- 
Best Regards,

Nir Soffer.




From dean at xsoftware.biz  Mon Jan 31 07:52:33 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 07:52:33 2005
Subject: [Moin-user] access control lists
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107175536.6117.36.camel@localhost.home>
Message-ID: <003101c507ac$1a874850$6401a8c0@rnd.avaya.com>

Still doesn't seem to be working....here are my new settings....

config file......
    # Enable acl (0 to disable)
    acl_enabled = 1

    # IMPORTANT: grant yourself admin rights! replace YourName with
    # your user name. See HelpOnAccessControlLists for more help.
    # All acl_right_xxx must use unicode [Unicode]
    acl_rights_before = u"FastDragon:read,write,delete,revert,admin
RaceCar,Wing
Zero,AngelaHiller:read,write"

page....
#acl FastDragon:read,write,delete,revert,admin All:
WingZero,RaceCar,AngelaHiller:

When I test this out with RaceCar, he can view this page still.

What I really want is a locked down wiki so 4 people can
collaborate(FastDragon, RaceCar, WingZero, BigTalk), and they can also have
private pages from each other(except from the one Administrator which is
FastDragon).  It is hard to have my admin with a different name as two users
can't have the same e-mail address, otherwise I would create FastDragon and
WikiAdmin both with my e-mail.

I probably should create two groups(members and admins), but it looked
complicated in the help.  I might go try again though.  I would then want to
lock that page so only I can add new members for now(or at least admins
could add new members and no one else)

thanks for any pointers here.
dean

----- Original Message ----- 
From: "Nir Soffer" <nirs at freeshell.org>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 5:45 AM
Subject: Re: [Moin-user] access control lists


> On Sun, 2005-01-30 at 20:25 -0800,
> moin-user-request at lists.sourceforge.net wrote:
> > I have these settings in the configuration....
> >
> >     # Enable acl (0 to disable)
> >     acl_enabled =3D 1
> >
> >     acl_rights_default =3D u"All:read =
> > RaceCar,WingZero:read,write,delete,revert"
> >
> >     acl_rights_before =3D u"FastDragon:read,write,delete,revert,admin
> > =
> > RaceCar,WingZero:read,write"
> >
> > Then I have this page that I don't want anyone but FastDragon to be
> > able =
> > to view, and at the top of the page, I have....
> >
> > #acl FastDragon:read,write,delete,revert,admin
> >
> > but this doesn't prevent RaceCar and WingZero from reading this page =
> > which I wanted to be totally private.  How do I do this?
>
> The acl is wrong. The correct setup will be:
>
> acl_rights_before = u"FastDragon:read,write,delete,revert,admin"
>
> This will let you do anything with any page - because acl use the first
> match.
>
> Do not define acl_rights_defaults, use the default setup.
>
> And on the page:
> #acl FastDragon:read,write,delete,revert,admin All:
>
> This will let FastDragon to do anything and deny all others.
>
> Do you really want FastDragon to admin this page? dragons might change
> the acl and loose their privacy. If that dragon page must be private,
> don't give the admin right:
> #acl FastDragon:read,write,delete,revert All:
>
> -- 
> Best Regards,
>
> Nir Soffer.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 08:02:40 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 08:02:40 2005
Subject: [Moin-user] Re: disable http in moinmoin(no access to apache) (Dean Hiller)
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107170124.6134.5.camel@localhost.home>
Message-ID: <004901c507ad$7c9e6860$6401a8c0@rnd.avaya.com>

Can't find a file named moin_config.py anywhere like the doc says.  The only file I find with SecurityPolicy(Permissions) is

./lib/python2.2/site-packages/MoinMoin/util/antispam.py

Is this the file I add it to, but this did not seem to work?  I can still access through http and make changes.  I don't have access to the webserver(on an ISP).  Am I changing the wrong file?

thanks,
dean
  ----- Original Message ----- 
  From: Nir Soffer 
  To: moin-user at lists.sourceforge.net 
  Sent: Monday, January 31, 2005 4:15 AM
  Subject: [Moin-user] Re: disable http in moinmoin(no access to apache) (Dean Hiller)


  This can be done by custom SecurityPolicy.

  See http://moinmoin.wikiwikiweb.de/SecurityPolicy?highlight=%28SecurityPolicy%29#head-c93a898fe620fd96a507033c4de5f2af0284c175 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050131/bc7c79c8/attachment.html>

From skip at pobox.com  Mon Jan 31 08:05:16 2005
From: skip at pobox.com (Skip Montanaro)
Date: Mon Jan 31 08:05:16 2005
Subject: [Moin-user] Support for CSV formatting?
Message-ID: <16894.22023.905959.714343@montanaro.dyndns.org>

It appears the <table> code generated for CSV content doesn't contain any
CSS-related attributes so it's impossible to affect the formatting of CSV
content.  (I find the CSV input *much* easier to read than Moin's tables and
prefer to use it where its restricted layout options don't come into play.)
Am I missing something?

Thanks,

-- 
Skip Montanaro
skip at mojam.com
http://www.mojam.com/



From dean at xsoftware.biz  Mon Jan 31 08:11:11 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 08:11:11 2005
Subject: [Moin-user] access control lists
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107175536.6117.36.camel@localhost.home> <003101c507ac$1a874850$6401a8c0@rnd.avaya.com>
Message-ID: <005001c507ae$ea761bc0$6401a8c0@rnd.avaya.com>

Wait a second, this is disabling read/write over https.  My https is working
fine.  I want to disable http not https!!!
thanks,
dean


----- Original Message ----- 
From: "Dean Hiller" <dean at xsoftware.biz>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 8:47 AM
Subject: Re: [Moin-user] access control lists


> Still doesn't seem to be working....here are my new settings....
>
> config file......
>     # Enable acl (0 to disable)
>     acl_enabled = 1
>
>     # IMPORTANT: grant yourself admin rights! replace YourName with
>     # your user name. See HelpOnAccessControlLists for more help.
>     # All acl_right_xxx must use unicode [Unicode]
>     acl_rights_before = u"FastDragon:read,write,delete,revert,admin
> RaceCar,Wing
> Zero,AngelaHiller:read,write"
>
> page....
> #acl FastDragon:read,write,delete,revert,admin All:
> WingZero,RaceCar,AngelaHiller:
>
> When I test this out with RaceCar, he can view this page still.
>
> What I really want is a locked down wiki so 4 people can
> collaborate(FastDragon, RaceCar, WingZero, BigTalk), and they can also
have
> private pages from each other(except from the one Administrator which is
> FastDragon).  It is hard to have my admin with a different name as two
users
> can't have the same e-mail address, otherwise I would create FastDragon
and
> WikiAdmin both with my e-mail.
>
> I probably should create two groups(members and admins), but it looked
> complicated in the help.  I might go try again though.  I would then want
to
> lock that page so only I can add new members for now(or at least admins
> could add new members and no one else)
>
> thanks for any pointers here.
> dean
>
> ----- Original Message ----- 
> From: "Nir Soffer" <nirs at freeshell.org>
> To: <moin-user at lists.sourceforge.net>
> Sent: Monday, January 31, 2005 5:45 AM
> Subject: Re: [Moin-user] access control lists
>
>
> > On Sun, 2005-01-30 at 20:25 -0800,
> > moin-user-request at lists.sourceforge.net wrote:
> > > I have these settings in the configuration....
> > >
> > >     # Enable acl (0 to disable)
> > >     acl_enabled =3D 1
> > >
> > >     acl_rights_default =3D u"All:read =
> > > RaceCar,WingZero:read,write,delete,revert"
> > >
> > >     acl_rights_before =3D u"FastDragon:read,write,delete,revert,admin
> > > =
> > > RaceCar,WingZero:read,write"
> > >
> > > Then I have this page that I don't want anyone but FastDragon to be
> > > able =
> > > to view, and at the top of the page, I have....
> > >
> > > #acl FastDragon:read,write,delete,revert,admin
> > >
> > > but this doesn't prevent RaceCar and WingZero from reading this page =
> > > which I wanted to be totally private.  How do I do this?
> >
> > The acl is wrong. The correct setup will be:
> >
> > acl_rights_before = u"FastDragon:read,write,delete,revert,admin"
> >
> > This will let you do anything with any page - because acl use the first
> > match.
> >
> > Do not define acl_rights_defaults, use the default setup.
> >
> > And on the page:
> > #acl FastDragon:read,write,delete,revert,admin All:
> >
> > This will let FastDragon to do anything and deny all others.
> >
> > Do you really want FastDragon to admin this page? dragons might change
> > the acl and loose their privacy. If that dragon page must be private,
> > don't give the admin right:
> > #acl FastDragon:read,write,delete,revert All:
> >
> > -- 
> > Best Regards,
> >
> > Nir Soffer.
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> > Tool for open source databases. Create drag-&-drop reports. Save time
> > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> > Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> > _______________________________________________
> > 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: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From 2004b at usenet.alexanderweb.de  Mon Jan 31 11:26:43 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 11:26:43 2005
Subject: [Moin-user] Re: disable http in moinmoin(no access to apache)
References: <00d801c5072c$b1b87b20$6401a8c0@rnd.avaya.com>
Message-ID: <18rthyarlclzx$.dlg@usenet.alexanderweb.de>

On Sun, 30 Jan 2005 17:34:58 -0700, Dean Hiller wrote: 

> In phpWiki, I could disable it when users were using http and not https. 
> Can I do the same with moinmoin?  I couldn't get phpWiki to work on my
> ISP period.  MoinMoin was great especially the docs(which I tweaked a
> little to help the next guy as I ran into some issues I solved). 

Was it you who suggested an absolute prefix like url_prefix = 'http...'?
Nir reverted it because we think that it was misleading like you described
it. In fact, the url_prefix /~.../mywiki should have worked.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Mon Jan 31 11:35:51 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 11:35:51 2005
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple \n???
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com>
Message-ID: <192l0zb7t23we.dlg@usenet.alexanderweb.de>

On Sun, 30 Jan 2005 21:23:49 -0700, Dean Hiller wrote:

> I was wondering if there was a config so I didn't have to enter [[BR]] every time.  I mean, I would not hit enter unless I wanted a line break.  If I wanted it to wrap, I would just keep typing.  Is there a way to turn this off so \n and \r\n are used to know the line breaks instead????  
> thanks,

No, like in any other sensible text system (even like Microsoft Word): you
should seldom use hard line breaks but divide your texts into paragraphs.
If you use paragraphs, the break happens automatically. You can easily make
paragraphs by having an empty line between the text lines.
If you think that there are other things that need hard line breaks, tell
us.

Kind regards,
Alexander




From endavis at gmail.com  Mon Jan 31 11:38:49 2005
From: endavis at gmail.com (Eric Davis)
Date: Mon Jan 31 11:38:49 2005
Subject: [Moin-user] Re: access control lists
In-Reply-To: <005001c507ae$ea761bc0$6401a8c0@rnd.avaya.com>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107175536.6117.36.camel@localhost.home> <003101c507ac$1a874850$6401a8c0@rnd.avaya.com> <005001c507ae$ea761bc0$6401a8c0@rnd.avaya.com>
Message-ID: <ctm160$435$1@sea.gmane.org>

A little tidbit about ACLs, they use the first match.

acl_rights_before is scanned first for a match, then the actual page 
acls. Therefore, acl_rights_before will match before the actual acls on 
the page.

Given the setup that you have, FastDragon will have admin to all pages 
no matter what, and RaceCar,WingZero,and AngelaHiller will have 
read,write to all pages no matter what you put in the pages regarding 
any of these 4 users.  (In other words, rights in acl_rights_before 
cannot be taken away in acls on the page, but additional rights can be 
given from acls on the page.)

You can't do what you want with the setup you have.

Eric Davis



Dean Hiller wrote:

>>Still doesn't seem to be working....here are my new settings....
>>
>>config file......
>>    # Enable acl (0 to disable)
>>    acl_enabled = 1
>>
>>    # IMPORTANT: grant yourself admin rights! replace YourName with
>>    # your user name. See HelpOnAccessControlLists for more help.
>>    # All acl_right_xxx must use unicode [Unicode]
>>    acl_rights_before = u"FastDragon:read,write,delete,revert,admin
>>RaceCar,Wing
>>Zero,AngelaHiller:read,write"
>>
>>page....
>>#acl FastDragon:read,write,delete,revert,admin All:
>>WingZero,RaceCar,AngelaHiller:
>>
>>When I test this out with RaceCar, he can view this page still.
>>
>>What I really want is a locked down wiki so 4 people can
>>collaborate(FastDragon, RaceCar, WingZero, BigTalk), and they can also
> 
> have
> 
>>private pages from each other(except from the one Administrator which is
>>FastDragon).  It is hard to have my admin with a different name as two
> 
> users
> 
>>can't have the same e-mail address, otherwise I would create FastDragon
> 
> and
> 
>>WikiAdmin both with my e-mail.
>>
>>I probably should create two groups(members and admins), but it looked
>>complicated in the help.  I might go try again though.  I would then want
> 
> to
> 
>>lock that page so only I can add new members for now(or at least admins
>>could add new members and no one else)
>>
>>thanks for any pointers here.
>>dean
>>




From 2004b at usenet.alexanderweb.de  Mon Jan 31 11:38:51 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 11:38:51 2005
Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache) (Dean Hiller)
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107170124.6134.5.camel@localhost.home> <004901c507ad$7c9e6860$6401a8c0@rnd.avaya.com>
Message-ID: <18c5c6riym953.dlg@usenet.alexanderweb.de>

On Mon, 31 Jan 2005 08:56:54 -0700, Dean Hiller wrote: 

> Can't find a file named moin_config.py anywhere like the doc says.  The
> only file I find with SecurityPolicy(Permissions) is

Try wikiconfig.py. I changed the page.

Kind regards,
Alexander




From 2004b at usenet.alexanderweb.de  Mon Jan 31 11:42:27 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 11:42:27 2005
Subject: [Moin-user] Re: MoinMoin 1.2 -> 1.3 while changing machines
References: <16893.47880.605465.782587@montanaro.dyndns.org>
Message-ID: <jz3e24jaasze.dlg@usenet.alexanderweb.de>

On Sun, 30 Jan 2005 22:58:48 -0600, Skip Montanaro wrote:

> (Second try...  I set up a new mail server over the weekend and am still
> ironing out the kinks.  I haven't seen this message turn up here, so assume
> my novice postfix skills doomed it.  My apologies if it made it through and
> I just missed it.)

I did not see any other.

> I have a new web server and am beginning to migrate stuff from the old one
> to the new.  The old server is running MoinMoin 1.2.1 and I'd like to run
> 1.3.x on the new one.  What's the best way to perform this sort of
> move+upgrade?

Install 1.3 on the new one, then start migrating the data like described in
README.migration and CHANGES and copy the data dir onto the new machine. Be
sure to check if 1.3 runs fine before starting to migrate the data.

Kind regards,
Alexander




From nirs at actcom.net.il  Mon Jan 31 11:43:32 2005
From: nirs at actcom.net.il (Nir Soffer)
Date: Mon Jan 31 11:43:32 2005
Subject: [Moin-user] access control lists
In-Reply-To: <20050131161356.669B5E4F1@sc8-sf-spam2.sourceforge.net>
References: <20050131161356.669B5E4F1@sc8-sf-spam2.sourceforge.net>
Message-ID: <C5D1434A-73BF-11D9-A9DD-000A95B45AA0@actcom.net.il>

On 31 Jan, 2005, at 18:11, moin-user-request at lists.sourceforge.net 
wrote:

> # All acl_right_xxx must use unicode [Unicode]
>     acl_rights_before = u"FastDragon:read,write,delete,revert,admin
> RaceCar,WingRaceCar,WingZero,AngelaHiller:read,write"

This acl is wrong - please read again my last message and do use the 
acl I suggested there.

As I wrote in the previous message - acl uses the first match. When the 
page acl is checked, acl_before is checked first, and RaceCar get 
permission to read or write. Anything in acl_before override what you 
put in the page acl.

Best Regards,

Nir Soffer




From dean at xsoftware.biz  Mon Jan 31 11:47:29 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 11:47:29 2005
Subject: [Moin-user] Re: disable http in moinmoin(no access to apache)
References: <00d801c5072c$b1b87b20$6401a8c0@rnd.avaya.com> <18rthyarlclzx$.dlg@usenet.alexanderweb.de>
Message-ID: <005e01c507cd$3d9cbf20$6401a8c0@rnd.avaya.com>

yes, actually it was...I had /home/user/cgi-bin and /home/user/public_html
and it "did not work"!!!!  Using the absolute link did work.  When I first
loaded up my wiki, I looked at the html code generated and realized it would
be impossible to have a relative link as that represents relative in the web
address, and depending on what page I was on, the relative was incorrect
sometimes.  I would still suggest leaving text on using the absolute URL if
graphics don't show up :).
dean


----- Original Message ----- 
From: "Alexander Schremmer" <2004b at usenet.alexanderweb.de>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 12:23 PM
Subject: [Moin-user] Re: disable http in moinmoin(no access to apache)


> On Sun, 30 Jan 2005 17:34:58 -0700, Dean Hiller wrote:
>
> > In phpWiki, I could disable it when users were using http and not https.
> > Can I do the same with moinmoin?  I couldn't get phpWiki to work on my
> > ISP period.  MoinMoin was great especially the docs(which I tweaked a
> > little to help the next guy as I ran into some issues I solved).
>
> Was it you who suggested an absolute prefix like url_prefix = 'http...'?
> Nir reverted it because we think that it was misleading like you described
> it. In fact, the url_prefix /~.../mywiki should have worked.
>
> Kind regards,
> Alexander
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 11:50:34 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 11:50:34 2005
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple \n???
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com> <192l0zb7t23we.dlg@usenet.alexanderweb.de>
Message-ID: <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com>

yes, I do think there maybe cases.  Using the pattern of use cases Craig
Larman follows in "Applying UML and Patterns", I wrote this up

https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases

Notice Use Case I and how many [[BR]] I had to type.  It was quite annoying.
It would be nice if this was at least configurable.  Realize, I copied the
form write from the book.  I really liked the style.  In Mic. Word, hitting
enter results in a new line break, enter + tab results in new paragraph
without a line space in between paragraphs which can be annoying
sometimes.(unless you configure word differently of course as that is
configurable).
thanks for considering the issue,
dean


----- Original Message ----- 
From: "Alexander Schremmer" <2004b at usenet.alexanderweb.de>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 12:29 PM
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple \n???


> On Sun, 30 Jan 2005 21:23:49 -0700, Dean Hiller wrote:
>
> > I was wondering if there was a config so I didn't have to enter [[BR]]
every time.  I mean, I would not hit enter unless I wanted a line break.  If
I wanted it to wrap, I would just keep typing.  Is there a way to turn this
off so \n and \r\n are used to know the line breaks instead????
> > thanks,
>
> No, like in any other sensible text system (even like Microsoft Word): you
> should seldom use hard line breaks but divide your texts into paragraphs.
> If you use paragraphs, the break happens automatically. You can easily
make
> paragraphs by having an empty line between the text lines.
> If you think that there are other things that need hard line breaks, tell
> us.
>
> Kind regards,
> Alexander
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From 2004b at usenet.alexanderweb.de  Mon Jan 31 11:53:09 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 11:53:09 2005
Subject: [Moin-user] Re: Support for CSV formatting?
References: <16894.22023.905959.714343@montanaro.dyndns.org>
Message-ID: <un87qklclj8u.dlg@usenet.alexanderweb.de>

On Mon, 31 Jan 2005 10:00:07 -0600, Skip Montanaro wrote:

> It appears the <table> code generated for CSV content doesn't contain any
> CSS-related attributes so it's impossible to affect the formatting of CSV
> content.  (I find the CSV input *much* easier to read than Moin's tables and
> prefer to use it where its restricted layout options don't come into play.)
> Am I missing something?

No, you are not :-) The CSV parser is a very basic one. You may want to
tune it (I guess you can :-)).

Kind regards,
Alexander




From dean at xsoftware.biz  Mon Jan 31 11:53:49 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 11:53:49 2005
Subject: [Moin-user] Re: access control lists
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107175536.6117.36.camel@localhost.home> <003101c507ac$1a874850$6401a8c0@rnd.avaya.com> <005001c507ae$ea761bc0$6401a8c0@rnd.avaya.com> <ctm160$435$1@sea.gmane.org>
Message-ID: <006e01c507ce$27483c30$6401a8c0@rnd.avaya.com>

Really, I can't set the defaults to read, write all and then take permission
away.  I can only add more permissions for certain pages???  hmmm, that is
exactly what I wanted.  I can't think of any other way to achieve defaulting
3 users to have total access, but taking away access every once in a while
when I create a new page.

If I default the system to them not having access, does that mean I have to
add permissions on every page I create so they have access again.  ie. I am
going to be creating more public pages than private ones(95% public/5%
private) and so I wanted to take the other route with taking away
permissions.
thanks,
dean


----- Original Message ----- 
From: "Eric Davis" <endavis at gmail.com>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 12:33 PM
Subject: [Moin-user] Re: access control lists


> A little tidbit about ACLs, they use the first match.
>
> acl_rights_before is scanned first for a match, then the actual page
> acls. Therefore, acl_rights_before will match before the actual acls on
> the page.
>
> Given the setup that you have, FastDragon will have admin to all pages
> no matter what, and RaceCar,WingZero,and AngelaHiller will have
> read,write to all pages no matter what you put in the pages regarding
> any of these 4 users.  (In other words, rights in acl_rights_before
> cannot be taken away in acls on the page, but additional rights can be
> given from acls on the page.)
>
> You can't do what you want with the setup you have.
>
> Eric Davis
>
>
>
> Dean Hiller wrote:
>
> >>Still doesn't seem to be working....here are my new settings....
> >>
> >>config file......
> >>    # Enable acl (0 to disable)
> >>    acl_enabled = 1
> >>
> >>    # IMPORTANT: grant yourself admin rights! replace YourName with
> >>    # your user name. See HelpOnAccessControlLists for more help.
> >>    # All acl_right_xxx must use unicode [Unicode]
> >>    acl_rights_before = u"FastDragon:read,write,delete,revert,admin
> >>RaceCar,Wing
> >>Zero,AngelaHiller:read,write"
> >>
> >>page....
> >>#acl FastDragon:read,write,delete,revert,admin All:
> >>WingZero,RaceCar,AngelaHiller:
> >>
> >>When I test this out with RaceCar, he can view this page still.
> >>
> >>What I really want is a locked down wiki so 4 people can
> >>collaborate(FastDragon, RaceCar, WingZero, BigTalk), and they can also
> >
> > have
> >
> >>private pages from each other(except from the one Administrator which is
> >>FastDragon).  It is hard to have my admin with a different name as two
> >
> > users
> >
> >>can't have the same e-mail address, otherwise I would create FastDragon
> >
> > and
> >
> >>WikiAdmin both with my e-mail.
> >>
> >>I probably should create two groups(members and admins), but it looked
> >>complicated in the help.  I might go try again though.  I would then
want
> >
> > to
> >
> >>lock that page so only I can add new members for now(or at least admins
> >>could add new members and no one else)
> >>
> >>thanks for any pointers here.
> >>dean
> >>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 11:56:40 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 11:56:40 2005
Subject: [Moin-user] access control lists
References: <20050131161356.669B5E4F1@sc8-sf-spam2.sourceforge.net> <C5D1434A-73BF-11D9-A9DD-000A95B45AA0@actcom.net.il>
Message-ID: <008501c507ce$9d1f9fc0$6401a8c0@rnd.avaya.com>

I would preferably just let them see my private pages(1 or 2 pages) than
have to give them permission for every other page in the wiki.  That would
be too much trouble.  I expect in the end there will be 3 private pages, and
about 100 public ones, and I am too lazy to add an acl on every one of those
pages....really wish there was a way to take permissions away. oh well,
thanks,
dean

----- Original Message ----- 
From: "Nir Soffer" <nirs at actcom.net.il>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 12:39 PM
Subject: Re: [Moin-user] access control lists


>
> On 31 Jan, 2005, at 18:11, moin-user-request at lists.sourceforge.net
> wrote:
>
> > # All acl_right_xxx must use unicode [Unicode]
> >     acl_rights_before = u"FastDragon:read,write,delete,revert,admin
> > RaceCar,WingRaceCar,WingZero,AngelaHiller:read,write"
>
> This acl is wrong - please read again my last message and do use the
> acl I suggested there.
>
> As I wrote in the previous message - acl uses the first match. When the
> page acl is checked, acl_before is checked first, and RaceCar get
> permission to read or write. Anything in acl_before override what you
> put in the page acl.
>
> Best Regards,
>
> Nir Soffer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 11:56:52 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 11:56:52 2005
Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache) (Dean Hiller)
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107170124.6134.5.camel@localhost.home> <004901c507ad$7c9e6860$6401a8c0@rnd.avaya.com> <18c5c6riym953.dlg@usenet.alexanderweb.de>
Message-ID: <007601c507ce$55cf8d10$6401a8c0@rnd.avaya.com>

I tried that too actually, but notice the doc says https, not http.  Are you
sure this is the right code to add?  I know nothing about python.  Did I add
it in the wrong place?  I added it at the very bottom of wikiconfig.py, and
still could access the wiki and change it through http.
thanks,
dean


----- Original Message ----- 
From: "Alexander Schremmer" <2004b at usenet.alexanderweb.de>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 12:35 PM
Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache)
(Dean Hiller)


> On Mon, 31 Jan 2005 08:56:54 -0700, Dean Hiller wrote:
>
> > Can't find a file named moin_config.py anywhere like the doc says.  The
> > only file I find with SecurityPolicy(Permissions) is
>
> Try wikiconfig.py. I changed the page.
>
> Kind regards,
> Alexander
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From topeju at badzilla.net  Mon Jan 31 12:42:41 2005
From: topeju at badzilla.net (Tomi Junnila)
Date: Mon Jan 31 12:42:41 2005
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple \n???
In-Reply-To: <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com>
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com>
 <192l0zb7t23we.dlg@usenet.alexanderweb.de>
 <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com>
Message-ID: <20050131203732.GA8668@badzilla.net>

This is reply is somewhat off-topic to MoinMoin. Also, I am really much
too tired so this response will be somewhat out of focus at times. I've
been throwing paragraphs around in this message to the effect of my
bleary eyes not finding the topic anymore. :-)

* Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 12:47:
> yes, I do think there maybe cases.  Using the pattern of use cases Craig
> Larman follows in "Applying UML and Patterns", I wrote this up
> 
> https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases
> 
> Notice Use Case I and how many [[BR]] I had to type.  It was quite annoying.
> It would be nice if this was at least configurable.  Realize, I copied the
> form write from the book.  I really liked the style.

I used to use a format that was close in appearance to yours, and just
had a heading for the use case, for instance:

== Use Case Name ==

'''Actor.''' Developer

'''Desired Outcome.''' A project is created...

However, if you think about it, the text you have in the use cases is
really a number of paragraphs ("A project is created...") separated by
subheadings ("Actor", etc), so you should write it as such.

The first couple of sections do look somewhat funny because their
content is just a word or two, but their appearance isn't really the key
issue. The content is the key, not the way some small parts of it look.

I now have a template for use cases (UseCaseTemplate), which just has:

= TitleOfUseCase =

== Scope ==

== Level ==

== Primary Actor ==

== Stakeholders and Interests ==

== Preconditions ==

== Success Guarantee ==

== Main Success Scenario ==

== Extensions ==

== Special Requirements ==

== Technology and Data Variations List ==

== Frequency of Occurrence ==

== Miscellaneous ==


(at least you and Craig Larman might find the subtitles there a little
familiar :-)


The way I do use cases is I have a main page with just
[[Navigation(children)]] (or another macro) in it to list all the child
pages, and have one use case per subpage (it's easy to add new use cases
with the NewPage macro).

Having the use cases on their own subpages makes it:

a) easier to edit the use case (with a large huge case, you might get a
   lot of extensions as can be seen in the "Process Sale" use case in
   the Larman book),

b) several people can edit (different) use cases at the same time, and

c) it's easier to find the use cases in question (ok, here you could
   just use the table of contents macro).


-- 
Tomi Junnila <topeju at badzilla.net>
http://topeju.badzilla.net/



From 2004b at usenet.alexanderweb.de  Mon Jan 31 12:45:31 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 12:45:31 2005
Subject: [Moin-user] Re: Re: Re: disable http in moinmoin(no access to apache) (Dean Hiller)
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107170124.6134.5.camel@localhost.home> <004901c507ad$7c9e6860$6401a8c0@rnd.avaya.com> <18c5c6riym953.dlg@usenet.alexanderweb.de> <007601c507ce$55cf8d10$6401a8c0@rnd.avaya.com>
Message-ID: <cqusprtqonse.dlg@usenet.alexanderweb.de>

On Mon, 31 Jan 2005 12:52:03 -0700, Dean Hiller wrote:

> I tried that too actually, but notice the doc says https, not http.  Are you
> sure this is the right code to add?  I know nothing about python.  Did I add
> it in the wrong place?  I added it at the very bottom of wikiconfig.py, and
> still could access the wiki and change it through http.

I guess you have to indent every line with 4 additional spaces.

Kind regards,
Alexander




From topeju at badzilla.net  Mon Jan 31 12:52:22 2005
From: topeju at badzilla.net (Tomi Junnila)
Date: Mon Jan 31 12:52:22 2005
Subject: [Moin-user] access control lists
In-Reply-To: <008501c507ce$9d1f9fc0$6401a8c0@rnd.avaya.com>
References: <20050131161356.669B5E4F1@sc8-sf-spam2.sourceforge.net>
 <C5D1434A-73BF-11D9-A9DD-000A95B45AA0@actcom.net.il>
 <008501c507ce$9d1f9fc0$6401a8c0@rnd.avaya.com>
Message-ID: <20050131204712.GB8668@badzilla.net>

* Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 12:54:
> I would preferably just let them see my private pages(1 or 2 pages) than
> have to give them permission for every other page in the wiki.  That would
> be too much trouble.  I expect in the end there will be 3 private pages, and
> about 100 public ones, and I am too lazy to add an acl on every one of those
> pages....really wish there was a way to take permissions away. oh well,

Umm, why not give everyone (well, everyone in question anyway) access by
default? Not through acl_rights_before, but with acl_rights_default.

Then, for the 3 private pages you have, set the acl to:
#acl MyNameHere:read,write,admin,delete,revert All:

This will take away everyone else's access to the page.

Like Nir Soffer wrote, the first ACL that matches is used, and
acl_rights_before is prepended to the #acl string on every page (in
other words, if you have anything in acl_rights_before that matches a
user, that setting will take effect). I would only use acl_rights_before
to ensure that I have access to every page on my wiki even if someone
accidentally set an ACL blocking everybody out.


-- 
Tomi Junnila <topeju at badzilla.net>
http://topeju.badzilla.net/



From 2004b at usenet.alexanderweb.de  Mon Jan 31 12:53:53 2005
From: 2004b at usenet.alexanderweb.de (Alexander Schremmer)
Date: Mon Jan 31 12:53:53 2005
Subject: [Moin-user] Re: Re: line break [[BR]] can be replaced with simple \n???
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com> <192l0zb7t23we.dlg@usenet.alexanderweb.de> <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com>
Message-ID: <1m83dyrnrf0cb$.dlg@usenet.alexanderweb.de>

On Mon, 31 Jan 2005 12:47:46 -0700, Dean Hiller wrote:

>> No, like in any other sensible text system (even like Microsoft Word): you
>> should seldom use hard line breaks but divide your texts into paragraphs.
>> If you use paragraphs, the break happens automatically. You can easily make
>> paragraphs by having an empty line between the text lines.
>> If you think that there are other things that need hard line breaks, tell
>> us.

> yes, I do think there maybe cases.  Using the pattern of use cases Craig
> Larman follows in "Applying UML and Patterns", I wrote this up
> 
> https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases

I reformatted the page. Look at it now. I think it is clearer, in raw and
rendered form. And it does not use a single hard break.

> I really liked the style.  In Mic. Word, hitting
> enter results in a new line break

No, it results in the end of the paragraph :-/

> enter + tab results in new paragraph without a line space in between

Do you mean Enter + Shift? That

> paragraphs which can be annoying sometimes.(unless you configure word 
> differently of course as that is configurable).

... does not result in a paragraph but in a hard line break.

Kind regards,
Alexander




From pascal.bauermeister at hispeed.ch  Mon Jan 31 12:56:20 2005
From: pascal.bauermeister at hispeed.ch (Pascal Bauermeister)
Date: Mon Jan 31 12:56:20 2005
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple
	\n???
In-Reply-To: <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com>
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com>
	 <192l0zb7t23we.dlg@usenet.alexanderweb.de>
	 <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com>
Message-ID: <1107204791.3293.10.camel@cassis>

On Mon, 2005-01-31 at 12:47 -0700, Dean Hiller wrote:
> yes, I do think there maybe cases.  Using the pattern of use cases Craig
> Larman follows in "Applying UML and Patterns", I wrote this up
> 
> https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases
> 
> Notice Use Case I and how many [[BR]] I had to type.  It was quite annoying.
> It would be nice if this was at least configurable.  Realize, I copied the
> form write from the book.  I really liked the style.  In Mic. Word, hitting
> enter results in a new line break, enter + tab results in new paragraph
> without a line space in between paragraphs which can be annoying
> sometimes.(unless you configure word differently of course as that is
> configurable).
> thanks for considering the issue,
> dean
> 


Dean,

why not replace your wiki text:
        ------8<----------
        '''Primary Actor:''' Developer[[BR]]
        '''Stakeholders and Interests:'''[[BR]]
        Developer: Wants quick project creation with no hassle[[BR]]
        Administrator: Wants to be notified of project creation[[BR]]
        Anyone Else???
        
        '''Preconditions:'''Developer is identified and authenticated[[BR]]
        ------>8----------
        
by this one:
        ------8<----------
         Primary Actor::: Developer
        
         Stakeholders and Interests:::
        
         Developer: Wants quick project creation with no hassle
        
         Administrator: Wants to be notified of project creation
        
         Anyone Else???
        
         Preconditions::: Developer is identified and authenticated
        ------>8----------

or by this one, which is even more readable as raw text (but adds one
indent level also in the result):
        ------8<----------
         Primary Actor:::
           Developer

         Stakeholders and Interests:::
           Developer: Wants quick project creation with no hassle
        
           Administrator: Wants to be notified of project creation
        
           Anyone Else???

         Preconditions:::
           Developer is identified and authenticated
        ------>8----------

(note: uses glossary term definitions, with a leading space, and two
trailing columns. Also note the empty lines to separate paragraphs.)

Regards,

  Pascal




From geek+ at cmu.edu  Mon Jan 31 13:33:34 2005
From: geek+ at cmu.edu (Brian Gallew)
Date: Mon Jan 31 13:33:34 2005
Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache)
 (Dean Hiller)
In-Reply-To: <007601c507ce$55cf8d10$6401a8c0@rnd.avaya.com>
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107170124.6134.5.camel@localhost.home> <004901c507ad$7c9e6860$6401a8c0@rnd.avaya.com> <18c5c6riym953.dlg@usenet.alexanderweb.de> <007601c507ce$55cf8d10$6401a8c0@rnd.avaya.com>
Message-ID: <41FEA3A2.50602@cmu.edu>

Dean Hiller wrote:
> I tried that too actually, but notice the doc says https, not http.  Are you
> sure this is the right code to add?  I know nothing about python.  Did I add
> it in the wrong place?  I added it at the very bottom of wikiconfig.py, and
> still could access the wiki and change it through http.

If you have access to the wiki home directory, create a .htaccess file 
there containing the following:
RewriteEngine On
RewriteCond %{SERVER_PORT} !443
RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301]


Of course, this presupposed that your site has mod_rewrite installed and 
working AND that your https port is 443.



From dean at xsoftware.biz  Mon Jan 31 13:36:14 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 13:36:14 2005
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple \n???
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com> <192l0zb7t23we.dlg@usenet.alexanderweb.de> <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com> <20050131203732.GA8668@badzilla.net>
Message-ID: <00aa01c507dc$551eab40$6401a8c0@rnd.avaya.com>

thanks much for the ideas...these are great....I am a complete newb and so I
am sure I have frustrated people on the list with some of my questions
including the acl which I finally get.
thanks,
dean

----- Original Message ----- 
From: "Tomi Junnila" <topeju at badzilla.net>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 1:37 PM
Subject: Re: [Moin-user] Re: line break [[BR]] can be replaced with simple
\n???


> This is reply is somewhat off-topic to MoinMoin. Also, I am really much
> too tired so this response will be somewhat out of focus at times. I've
> been throwing paragraphs around in this message to the effect of my
> bleary eyes not finding the topic anymore. :-)
>
> * Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 12:47:
> > yes, I do think there maybe cases.  Using the pattern of use cases Craig
> > Larman follows in "Applying UML and Patterns", I wrote this up
> >
> > https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases
> >
> > Notice Use Case I and how many [[BR]] I had to type.  It was quite
annoying.
> > It would be nice if this was at least configurable.  Realize, I copied
the
> > form write from the book.  I really liked the style.
>
> I used to use a format that was close in appearance to yours, and just
> had a heading for the use case, for instance:
>
> == Use Case Name ==
>
> '''Actor.''' Developer
>
> '''Desired Outcome.''' A project is created...
>
> However, if you think about it, the text you have in the use cases is
> really a number of paragraphs ("A project is created...") separated by
> subheadings ("Actor", etc), so you should write it as such.
>
> The first couple of sections do look somewhat funny because their
> content is just a word or two, but their appearance isn't really the key
> issue. The content is the key, not the way some small parts of it look.
>
> I now have a template for use cases (UseCaseTemplate), which just has:
>
> = TitleOfUseCase =
>
> == Scope ==
>
> == Level ==
>
> == Primary Actor ==
>
> == Stakeholders and Interests ==
>
> == Preconditions ==
>
> == Success Guarantee ==
>
> == Main Success Scenario ==
>
> == Extensions ==
>
> == Special Requirements ==
>
> == Technology and Data Variations List ==
>
> == Frequency of Occurrence ==
>
> == Miscellaneous ==
>
>
> (at least you and Craig Larman might find the subtitles there a little
> familiar :-)
>
>
> The way I do use cases is I have a main page with just
> [[Navigation(children)]] (or another macro) in it to list all the child
> pages, and have one use case per subpage (it's easy to add new use cases
> with the NewPage macro).
>
> Having the use cases on their own subpages makes it:
>
> a) easier to edit the use case (with a large huge case, you might get a
>    lot of extensions as can be seen in the "Process Sale" use case in
>    the Larman book),
>
> b) several people can edit (different) use cases at the same time, and
>
> c) it's easier to find the use cases in question (ok, here you could
>    just use the table of contents macro).
>
>
> -- 
> Tomi Junnila <topeju at badzilla.net>
> http://topeju.badzilla.net/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 13:49:08 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 13:49:08 2005
Subject: [Moin-user] Re: line break [[BR]] can be replaced with simple 	\n???
References: <017701c5074c$aa0c02f0$6401a8c0@rnd.avaya.com> <192l0zb7t23we.dlg@usenet.alexanderweb.de> <006601c507cd$bcab4c00$6401a8c0@rnd.avaya.com> <1107204791.3293.10.camel@cassis>
Message-ID: <00b801c507dd$e2e73fe0$6401a8c0@rnd.avaya.com>

Before...I could view the whole use case in my window....Now I am forced to
scroll.  I guess I will have to give up on this, but please do read on and
let me know if you understand my point of view....I did see the way
Alexander edited this and I guess it isn't too bad(except I have to scroll
now which I kind of find annoying).  I just really like the way Craig Larman
did it as I don't have to scroll as much.  I think both you and Alexander
where saying the same thing, but notice with what I had, I could see more in
one window than I can now.  This is why some people prefer code like this

if(true) {
    //some code
} else if {
    //some more code
}

over

if(true)
{
   //some code
}
else
{
  //some more code
}

I am guessing both of you prefer the latter, while I prefer the former as I
can read more lines of code without scrolling.  Same with use cases.  Again,
it would just be nice if it was an option for users and for those of us who
like alot of info in one window.
thanks,
dean


----- Original Message ----- 
From: "Pascal Bauermeister" <pascal.bauermeister at hispeed.ch>
To: "Dean Hiller" <dean at xsoftware.biz>
Cc: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 1:53 PM
Subject: SPAM: Re: [Moin-user] Re: line break [[BR]] can be replaced with
simple \n???


> On Mon, 2005-01-31 at 12:47 -0700, Dean Hiller wrote:
> > yes, I do think there maybe cases.  Using the pattern of use cases Craig
> > Larman follows in "Applying UML and Patterns", I wrote this up
> >
> > https://pro5.abac.com/deanhiller/cgi-bin/moin.cgi/UseCases
> >
> > Notice Use Case I and how many [[BR]] I had to type.  It was quite
annoying.
> > It would be nice if this was at least configurable.  Realize, I copied
the
> > form write from the book.  I really liked the style.  In Mic. Word,
hitting
> > enter results in a new line break, enter + tab results in new paragraph
> > without a line space in between paragraphs which can be annoying
> > sometimes.(unless you configure word differently of course as that is
> > configurable).
> > thanks for considering the issue,
> > dean
> >
>
>
> Dean,
>
> why not replace your wiki text:
>         ------8<----------
>         '''Primary Actor:''' Developer[[BR]]
>         '''Stakeholders and Interests:'''[[BR]]
>         Developer: Wants quick project creation with no hassle[[BR]]
>         Administrator: Wants to be notified of project creation[[BR]]
>         Anyone Else???
>
>         '''Preconditions:'''Developer is identified and
authenticated[[BR]]
>         ------>8----------
>
> by this one:
>         ------8<----------
>          Primary Actor::: Developer
>
>          Stakeholders and Interests:::
>
>          Developer: Wants quick project creation with no hassle
>
>          Administrator: Wants to be notified of project creation
>
>          Anyone Else???
>
>          Preconditions::: Developer is identified and authenticated
>         ------>8----------
>
> or by this one, which is even more readable as raw text (but adds one
> indent level also in the result):
>         ------8<----------
>          Primary Actor:::
>            Developer
>
>          Stakeholders and Interests:::
>            Developer: Wants quick project creation with no hassle
>
>            Administrator: Wants to be notified of project creation
>
>            Anyone Else???
>
>          Preconditions:::
>            Developer is identified and authenticated
>         ------>8----------
>
> (note: uses glossary term definitions, with a leading space, and two
> trailing columns. Also note the empty lines to separate paragraphs.)
>
> Regards,
>
>   Pascal
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>




From dean at xsoftware.biz  Mon Jan 31 13:56:48 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 13:56:48 2005
Subject: [Moin-user] access control lists
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107175536.6117.36.camel@localhost.home>
Message-ID: <00e101c507de$f11904d0$6401a8c0@rnd.avaya.com>

Thanks Nir and Tomi, I get it now.  I was really confused with use the
default acl_rights_default as there was not one in 1.3 wikiconfig.py file.
This is what threw me.  Now that I have added acl_rights_default = All:read
WingZero,RaceCar,BigTalk:read,write

everything is working.  I just needed to add the acl_rights_default and not
use the default which was nothing there.
thanks much, this is exactly what I wanted,
dean


----- Original Message ----- 
From: "Nir Soffer" <nirs at freeshell.org>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 5:45 AM
Subject: Re: [Moin-user] access control lists


> On Sun, 2005-01-30 at 20:25 -0800,
> moin-user-request at lists.sourceforge.net wrote:
> > I have these settings in the configuration....
> >
> >     # Enable acl (0 to disable)
> >     acl_enabled =3D 1
> >
> >     acl_rights_default =3D u"All:read =
> > RaceCar,WingZero:read,write,delete,revert"
> >
> >     acl_rights_before =3D u"FastDragon:read,write,delete,revert,admin
> > =
> > RaceCar,WingZero:read,write"
> >
> > Then I have this page that I don't want anyone but FastDragon to be
> > able =
> > to view, and at the top of the page, I have....
> >
> > #acl FastDragon:read,write,delete,revert,admin
> >
> > but this doesn't prevent RaceCar and WingZero from reading this page =
> > which I wanted to be totally private.  How do I do this?
>
> The acl is wrong. The correct setup will be:
>
> acl_rights_before = u"FastDragon:read,write,delete,revert,admin"
>
> This will let you do anything with any page - because acl use the first
> match.
>
> Do not define acl_rights_defaults, use the default setup.
>
> And on the page:
> #acl FastDragon:read,write,delete,revert,admin All:
>
> This will let FastDragon to do anything and deny all others.
>
> Do you really want FastDragon to admin this page? dragons might change
> the acl and loose their privacy. If that dragon page must be private,
> don't give the admin right:
> #acl FastDragon:read,write,delete,revert All:
>
> -- 
> Best Regards,
>
> Nir Soffer.
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 14:23:47 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 14:23:47 2005
Subject: [Moin-user] Re: Re: disable http in moinmoin(no access to apache) (Dean Hiller)
References: <20050131042923.0654933925@sc8-sf-spam1.sourceforge.net> <1107170124.6134.5.camel@localhost.home> <004901c507ad$7c9e6860$6401a8c0@rnd.avaya.com> <18c5c6riym953.dlg@usenet.alexanderweb.de> <007601c507ce$55cf8d10$6401a8c0@rnd.avaya.com> <41FEA3A2.50602@cmu.edu>
Message-ID: <00f101c507e2$90a9fd30$6401a8c0@rnd.avaya.com>

interesting...this may be close...here is my setup
/home/dean/moinmoin - install of moinmoin
/home/dean/cgi-bin/moin.cgi - the cgi script
/home/dean/public_html/xwiki/ - my instance of moinmoin

Now, with this setup, I had to use an absolute URL for
url_prefix=https://pro5.abac.com/deanhiller/xwiki/htdocs

As soon as I add this .htaccess file to /home/dean/public_html/xwiki, all
the nice icons and all the graphics(*.png) dissappear and the wiki is all
looking ugly as the format gets screwed up without the pictures there.  I am
not sure what is going on.
thanks,
dean


----- Original Message ----- 
From: "Brian Gallew" <geek+ at cmu.edu>
To: "Dean Hiller" <dean at xsoftware.biz>
Cc: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 2:31 PM
Subject: Re: [Moin-user] Re: Re: disable http in moinmoin(no access to
apache) (Dean Hiller)


> Dean Hiller wrote:
> > I tried that too actually, but notice the doc says https, not http.  Are
you
> > sure this is the right code to add?  I know nothing about python.  Did I
add
> > it in the wrong place?  I added it at the very bottom of wikiconfig.py,
and
> > still could access the wiki and change it through http.
>
> If you have access to the wiki home directory, create a .htaccess file
> there containing the following:
> RewriteEngine On
> RewriteCond %{SERVER_PORT} !443
> RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301]
>
>
> Of course, this presupposed that your site has mod_rewrite installed and
> working AND that your https port is 443.
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From RussLear314 at yahoo.com  Mon Jan 31 17:13:14 2005
From: RussLear314 at yahoo.com (Russell Lear)
Date: Mon Jan 31 17:13:14 2005
Subject: [Moin-user] New User Question: Creating a form
Message-ID: <200501311711.33259.RussLear314@yahoo.com>

I just installed MoinMoin and have been playing with it for about a week.  
Installation on both Windows and Linux went quite smoothly (other than the 
occasional operator error).  I've worked through various tutorials and other 
documentation so I'm able to create edit pages, create macros, etc.  
Everything is so simple!  (But then you knew that).

One thing I haven't been able to figure out so far is how to create a form on 
a user page and then have the results of the POST action be displayed on a 
Wiki page - or even if this is in the proper WikiWiki spirit.  

Any pointers to this?

Thanks,
Russell.
 



From dean at xsoftware.biz  Mon Jan 31 21:07:08 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 21:07:08 2005
Subject: [Moin-user] Fw: page displays secure and unsecure items
Message-ID: <015c01c5081b$8b4fa900$6401a8c0@rnd.avaya.com>


----- Original Message ----- 
From: Dean Hiller 
To: moin-user at lists.sourceforge.net 
Sent: Monday, January 31, 2005 6:55 PM
Subject: page displays secure and unsecure items


Don't suppose we could remove the w3 validator icon from multiconfig.py.  If running over https, every time you change the page, you get a warning about the page displaying secure and insecure items.  It is very annoying and I would rather not have to have all users to reconfig their browser.  Getting rid of that one icon fixed it.
thanks,
dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050131/1488e0e0/attachment.html>

From dean at xsoftware.biz  Mon Jan 31 21:19:39 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 21:19:39 2005
Subject: [Moin-user] U''''''seCase becomes not a link, but is there an easier way
Message-ID: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com>

I found in the docs finally how to make a camel case word not a link, but is there an easier way?  I can't find in the archives or in the docs.
thanks,
dean
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/moin-user/attachments/20050131/daf2eb7c/attachment.html>

From topeju at badzilla.net  Mon Jan 31 21:52:00 2005
From: topeju at badzilla.net (Tomi Junnila)
Date: Mon Jan 31 21:52:00 2005
Subject: [Moin-user] U''''''seCase becomes not a link,
 but is there an easier way
In-Reply-To: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com>
References: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com>
Message-ID: <20050201054935.GA18933@badzilla.net>

* Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 22:17:
>    I found in the docs finally how to make a camel case word not a link, but is there an easier way?  I can't find in the
>    archives or in the docs.

See http://moinmoin.wikiwikiweb.de/ParserMarket/NoCamelCase (and the
ParserMarket page for the actual parser).


-- 
Tomi Junnila <topeju at badzilla.net>
http://topeju.badzilla.net/



From topeju at badzilla.net  Mon Jan 31 21:55:28 2005
From: topeju at badzilla.net (Tomi Junnila)
Date: Mon Jan 31 21:55:28 2005
Subject: [Moin-user] U''''''seCase becomes not a link,
 but is there an easier way
In-Reply-To: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com>
References: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com>
Message-ID: <20050201055312.GB18933@badzilla.net>

* Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 22:17:
>    I found in the docs finally how to make a camel case word not a link, but is there an easier way?  I can't find in the
>    archives or in the docs.

Oops, sorry, I forgot the easy way to make single words not become links
(the nocamelcase parser will disable them altogether for a page).

If you set bang_meta = true in the config file, you can just use
!UseCase to suppress UseCase being a link.

The third method is to use U``seCase (or, the way I generally like to
mark it, Use``Case).


-- 
Tomi Junnila <topeju at badzilla.net>
http://topeju.badzilla.net/



From dean at xsoftware.biz  Mon Jan 31 22:24:21 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 22:24:21 2005
Subject: [Moin-user] U''''''seCase becomes not a link, but is there an easier way
References: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com> <20050201054935.GA18933@badzilla.net>
Message-ID: <01a201c50826$5497a150$6401a8c0@rnd.avaya.com>

Actually, I read that already....I still want camelcase to work.  I just
want an easier escape sequence.  It would just be nice to do something like
~UseCase once in a while to tell MoinMoin not to use this as a link.  I
think phpWiki does that.
oh well,
thanks,
dean

----- Original Message ----- 
From: "Tomi Junnila" <topeju at badzilla.net>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 10:49 PM
Subject: Re: [Moin-user] U''''''seCase becomes not a link, but is there an
easier way


> * Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 22:17:
> >    I found in the docs finally how to make a camel case word not a link,
but is there an easier way?  I can't find in the
> >    archives or in the docs.
>
> See http://moinmoin.wikiwikiweb.de/ParserMarket/NoCamelCase (and the
> ParserMarket page for the actual parser).
>
>
> -- 
> Tomi Junnila <topeju at badzilla.net>
> http://topeju.badzilla.net/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From dean at xsoftware.biz  Mon Jan 31 22:28:57 2005
From: dean at xsoftware.biz (Dean Hiller)
Date: Mon Jan 31 22:28:57 2005
Subject: [Moin-user] U''''''seCase becomes not a link, but is there an easier way
References: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com> <20050201055312.GB18933@badzilla.net>
Message-ID: <01aa01c50826$c5515b70$6401a8c0@rnd.avaya.com>

This didn't seem to work...I got an error like I can't add a property to the
config file(ie. my config file does not have a bang_meta option).  I am
using the latest moinmoin version.

ps. I should have read my messages in order, this is exactly what I want,
but can't seem to get it to work.
thanks,
dean

----- Original Message ----- 
From: "Tomi Junnila" <topeju at badzilla.net>
To: <moin-user at lists.sourceforge.net>
Sent: Monday, January 31, 2005 10:53 PM
Subject: Re: [Moin-user] U''''''seCase becomes not a link, but is there an
easier way


> * Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 22:17:
> >    I found in the docs finally how to make a camel case word not a link,
but is there an easier way?  I can't find in the
> >    archives or in the docs.
>
> Oops, sorry, I forgot the easy way to make single words not become links
> (the nocamelcase parser will disable them altogether for a page).
>
> If you set bang_meta = true in the config file, you can just use
> !UseCase to suppress UseCase being a link.
>
> The third method is to use U``seCase (or, the way I generally like to
> mark it, Use``Case).
>
>
> -- 
> Tomi Junnila <topeju at badzilla.net>
> http://topeju.badzilla.net/
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user




From topeju at badzilla.net  Mon Jan 31 22:38:09 2005
From: topeju at badzilla.net (Tomi Junnila)
Date: Mon Jan 31 22:38:09 2005
Subject: [Moin-user] U''''''seCase becomes not a link,
 but is there an easier way
In-Reply-To: <01aa01c50826$c5515b70$6401a8c0@rnd.avaya.com>
References: <017901c5081d$4d72f360$6401a8c0@rnd.avaya.com>
 <20050201055312.GB18933@badzilla.net>
 <01aa01c50826$c5515b70$6401a8c0@rnd.avaya.com>
Message-ID: <20050201063559.GA21898@badzilla.net>

* Dean Hiller <dean at xsoftware.biz> wrote on 31.01.05 23:25:
> This didn't seem to work...I got an error like I can't add a property to the
> config file(ie. my config file does not have a bang_meta option).  I am
> using the latest moinmoin version.

Python is sensitive to indentation in the config file. The config file
should look something like this:

[...]

class Config(DefaultConfig):

    # Wiki identity ----------------------------------------------------

    # Site name, used by default for wiki name-logo [Unicode]
    sitename = u'(wiki site name here)'

    # Wiki logo. You can use an image, text or both. [Unicode]
    # Example: u'<img src="/wiki/mywiki.png" alt="My Wiki">My Wiki'
    # For no logo or text, use ''
    logo_string = sitename

[...]

You should follow the example there and indent the bang_meta setting:

    bang_meta = 1

(I just checked HelpOnConfiguration and it states the default value is
0, so 1 should enable the !NoWikiName markup; one of the experts will be
able to tell you if the value "true" should also work.)


-- 
Tomi Junnila <topeju at badzilla.net>
http://topeju.badzilla.net/