From stefanxe at gmx.net Sat Feb 2 09:56:41 2008
From: stefanxe at gmx.net (Stefan X)
Date: Sat, 02 Feb 2008 15:56:41 +0100
Subject: [Moin-user] missing CSS drives me crazy
Message-ID: <47A484A9.2040400@gmx.net>
Hi!
I am using Apache on Debian and installed MoinMoin 1.5 as a Debian
package first. I could not get MoinMoin working with CSS and other
static content. Therefore afterwards I downloaded MoinMoin 1.6 and
installed it directly. The same problem occurs: Everytime I configure
moin.cgi to include the path to /etc/moin (where farmconfig.py is
located), CSS files are not loaded. Of course I read the installation
instructions and http://moinmo.in/HelpOnInstalling/TroubleShooting
carefully.
farmconfig.py and my multiwiki-config-file both includes
"url_prefix_static = '/moin_static160'". Also /etc/apache2/apache2.conf
includes "Alias /moin_static160 "/usr/local/share/moin/htdocs/"" as
required. So why does it not work?!
Any help is appreciated!
Stefan
From lists.gnarlodious at gmail.com Sat Feb 2 10:25:03 2008
From: lists.gnarlodious at gmail.com (Gnarlodious)
Date: Sat, 2 Feb 2008 08:25:03 -0700
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <47A484A9.2040400@gmx.net>
References: <47A484A9.2040400@gmx.net>
Message-ID: <3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
On 2/2/08, Stefan X wrote:
> I could not get MoinMoin working with CSS and other
> static content.
What does the Apache error log say about it?
Isn't the path to the Themes supposed to be an Apache alias? Did you
configure that? Are all the theme files the correct permissions for
Apache?
-- Gnarlie
http://Gnarlodious.com/
From szhairui at gmail.com Sun Feb 3 10:03:28 2008
From: szhairui at gmail.com (szhairui)
Date: Sun, 3 Feb 2008 23:03:28 +0800
Subject: [Moin-user] [Moin 1.6.0]Superuser Can not install language package ?
References: <200802032258502142440@gmail.com>
Message-ID: <200802032303221995234@gmail.com>
Hi everybody
I am a newbie for Moin 1.6.0. Yesterday I made a fresh install on my Ubuntu Linux 7.10.with the Apache CGI mode.
After installation and making an instance, I added a new use whose id was "YourName".
Then I added the line of "superuser = u'YourName" into the wikiconfig.py file of the instance.
After all of those steps, I loginned into my wiki. To my surprise, I can not find the "install" button in the page of "SystemPagesSetup".
On the other hand, I CAN see the "choose user" at the page of "UserPref", and I think that means my logon was as a superuser.
At first I thought something was wrong in my moin config or apache2' config. So I turned to another OS , windows XP, and make another installation.
But the same thing happened , the superuser can not install language packages.
The purpose I post this article is to find if there anyone else who meets with the same thing can help me to solve the problem.
Thanks.
2008-02-03
szhairui
From tw-public at gmx.de Sun Feb 3 17:21:09 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 03 Feb 2008 23:21:09 +0100
Subject: [Moin-user] moin 1.6.1 release
Message-ID: <1202077269.5674.2.camel@black>
Just wanted to notify all readers here that there will be a 1.6.1
release really soon.
See http://moinmo.in/MoinMoinRelease1.6 for the changes and
http://moinmo.in/MoinMoinDownload for the download.
Cheers,
Thomas
From stefanxe at gmx.net Mon Feb 4 00:34:04 2008
From: stefanxe at gmx.net (Stefan X)
Date: Mon, 04 Feb 2008 06:34:04 +0100
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
Message-ID: <47A6A3CC.20805@gmx.net>
Hi Gnarlie!
Thank you for your reply!
The apache error log says nothing.
The file permissions seems to be ok for me.
directories: drwxr-sr-x
files: -rw-rw-r--
I did not configure any path to the themes directly; it was not
mentioned in the installation description. As mentioned before I
configured the path to the static content directory (which includes the
themes) as an Apache alias. So, what to do?
Stefan
Gnarlodious schrieb:
> On 2/2/08, Stefan X wrote:
>> I could not get MoinMoin working with CSS and other
>> static content.
> What does the Apache error log say about it?
>
> Isn't the path to the Themes supposed to be an Apache alias? Did you
> configure that? Are all the theme files the correct permissions for
> Apache?
>
> -- Gnarlie
> http://Gnarlodious.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
From pemboa at gmail.com Mon Feb 4 12:10:21 2008
From: pemboa at gmail.com (Arthur Pemberton)
Date: Mon, 4 Feb 2008 11:10:21 -0600
Subject: [Moin-user] Help with linking (inline images)
Message-ID: <16de708d0802040910l4624e0c4qe5f1878c1114dbe1@mail.gmail.com>
I am in need of assistance with embedded images
My site is: http://umkcacm.org/
An image could be:
https://umkcacm.org/static/media/pictures/official_acm_logo.png
I need to essentially be able to generate
The closest I can get is
with {{https://umkcacm.org/static/media/pictures/official_acm_logo.png}}
This is not good enough for two reasons:
* I'm specifying the protocol (which is the biggest issue)
* I'm specifying the host (which is unnecessary, and could cause
potential future problems)
I'm comfortable with modding the code manually if necessary.
--
Fedora 7 : sipping some of that moonshine
( www.pembo13.com )
From jean-philippe.guerard at tigreraye.org Mon Feb 4 14:32:19 2008
From: jean-philippe.guerard at tigreraye.org (Jean-Philippe =?iso-8859-1?Q?Gu=E9rard?=)
Date: Mon, 4 Feb 2008 20:32:19 +0100
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <47A6A3CC.20805@gmx.net>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
<47A6A3CC.20805@gmx.net>
Message-ID: <20080204193219.GF2740@tigreraye.nulle.part>
Le 2008-02-04 06:34:04 +0100, Stefan X ?crivait :
> I did not configure any path to the themes directly; it was not
> mentioned in the installation description. As mentioned before I
> configured the path to the static content directory (which includes the
> themes) as an Apache alias. So, what to do?
Look at the source code of your page, from your browser, to check the
URL used for the CSS files.
You should then try to access directly a Moin CSS file with your
browser, for exemple?:
http://my-site.com/moin_static160/modern/css/screen.css
That usually gives a hint on what is the problem.
Also, for a root wiki, if you use ScriptAlias, the Alias needs to be
defined *before* the ScriptAlias.
HTH.
--
Jean-Philippe Gu?rard
http://tigreraye.org
From stefanxe at gmx.net Mon Feb 4 15:38:23 2008
From: stefanxe at gmx.net (Stefan X)
Date: Mon, 04 Feb 2008 21:38:23 +0100
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <20080204193219.GF2740@tigreraye.nulle.part>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
<47A6A3CC.20805@gmx.net>
<20080204193219.GF2740@tigreraye.nulle.part>
Message-ID: <47A777BF.8090109@gmx.net>
Hi Jean-Philippe!
Jean-Philippe Gu?rard schrieb:
> Le 2008-02-04 06:34:04 +0100, Stefan X ?crivait :
>> I did not configure any path to the themes directly; it was not
>> mentioned in the installation description. As mentioned before I
>> configured the path to the static content directory (which includes the
>> themes) as an Apache alias. So, what to do?
>
> Look at the source code of your page, from your browser, to check the
> URL used for the CSS files.
These paths look like /wiki/modern/css/common.css where "wiki" is both
the Apache-alias and the MoinMoin root directory.
> You should then try to access directly a Moin CSS file with your
> browser, for exemple :
> http://my-site.com/moin_static160/modern/css/screen.css
This works! I am wondering, that I don't need "wiki" at the beginning of
the directory path.
> That usually gives a hint on what is the problem.
>
> Also, for a root wiki, if you use ScriptAlias, the Alias needs to be
> defined *before* the ScriptAlias.
I verified this. Yes, I defined Alias first and ScriptAlias second in
/etc/apache2/apache2.conf
Any idea, please?!
Stefan
> HTH.
>
From szybalski at gmail.com Mon Feb 4 16:05:21 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Mon, 4 Feb 2008 15:05:21 -0600
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <47A777BF.8090109@gmx.net>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
<47A6A3CC.20805@gmx.net> <20080204193219.GF2740@tigreraye.nulle.part>
<47A777BF.8090109@gmx.net>
Message-ID: <804e5c70802041305y5bdff854i837300c5a5762779@mail.gmail.com>
On Feb 4, 2008 2:38 PM, Stefan X wrote:
> Hi Jean-Philippe!
>
> Jean-Philippe Gu?rard schrieb:
> > Le 2008-02-04 06:34:04 +0100, Stefan X ?crivait :
> >> I did not configure any path to the themes directly; it was not
> >> mentioned in the installation description. As mentioned before I
> >> configured the path to the static content directory (which includes the
> >> themes) as an Apache alias. So, what to do?
> >
> > Look at the source code of your page, from your browser, to check the
> > URL used for the CSS files.
>
> These paths look like /wiki/modern/css/common.css where "wiki" is both
> the Apache-alias and the MoinMoin root directory.
>
> > You should then try to access directly a Moin CSS file with your
> > browser, for exemple :
> > http://my-site.com/moin_static160/modern/css/screen.css
>
> This works! I am wondering, that I don't need "wiki" at the beginning of
> the directory path.
>
> > That usually gives a hint on what is the problem.
> >
> > Also, for a root wiki, if you use ScriptAlias, the Alias needs to be
> > defined *before* the ScriptAlias.
>
> I verified this. Yes, I defined Alias first and ScriptAlias second in
> /etc/apache2/apache2.conf
>
> Any idea, please?!
>
try following this setup. I have used it many times and it never
failed me. I am running moinmoin on 4 different debian servers .
http://lucasmanual.com/mywiki/#head-1502679dab884b22a1092625c79f96fc48617e6f
Lucas
From jean-philippe.guerard at tigreraye.org Mon Feb 4 16:38:35 2008
From: jean-philippe.guerard at tigreraye.org (Jean-Philippe =?iso-8859-1?Q?Gu=E9rard?=)
Date: Mon, 4 Feb 2008 22:38:35 +0100
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <47A777BF.8090109@gmx.net>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
<47A6A3CC.20805@gmx.net>
<20080204193219.GF2740@tigreraye.nulle.part>
<47A777BF.8090109@gmx.net>
Message-ID: <20080204213835.GG2740@tigreraye.nulle.part>
Le 2008-02-04 21:38:23 +0100, Stefan X ?crivait :
> Jean-Philippe Gu?rard schrieb:
>> Le 2008-02-04 06:34:04 +0100, Stefan X ?crivait :
>>> I did not configure any path to the themes directly; it was not
>>> mentioned in the installation description. As mentioned before I
>>> configured the path to the static content directory (which includes
>>> the themes) as an Apache alias. So, what to do?
>>
>> Look at the source code of your page, from your browser, to check the
>> URL used for the CSS files.
>
> These paths look like /wiki/modern/css/common.css where "wiki" is both
> the Apache-alias and the MoinMoin root directory.
This is the problem. You've got:
url_prefix = '/wiki'
somewhere in your farmconfig.py or wikiconfig.py
You simply need to remove it.
>> You should then try to access directly a Moin CSS file with your
>> browser, for exemple :
>> http://my-site.com/moin_static160/modern/css/screen.css
>
> This works! I am wondering, that I don't need "wiki" at the beginning of
> the directory path.
Your Apache setup is OK.
HTH.
--
Jean-Philippe Gu?rard
http://tigreraye.org
From stefanxe at gmx.net Tue Feb 5 06:22:05 2008
From: stefanxe at gmx.net (Stefan X)
Date: Tue, 05 Feb 2008 12:22:05 +0100
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <20080204213835.GG2740@tigreraye.nulle.part>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
<47A6A3CC.20805@gmx.net>
<20080204193219.GF2740@tigreraye.nulle.part>
<47A777BF.8090109@gmx.net>
<20080204213835.GG2740@tigreraye.nulle.part>
Message-ID: <47A846DD.1060604@gmx.net>
Hi Jean-Philippe"
You are right. I had "url_prefix = '/wiki'" defined in my farmconfig.py.
Removing this line solves the problem. Thank you very much!
This problem might be worth a hint in
http://moinmo.in/HelpOnInstalling/TroubleShooting
but I don't have the rights to edit the page...
Now I am wondering how to configure my system to serve the wiki without
any url prefix. For instance www.example.com/ instead of
www.example.com/wiki (In multi site usage another instance should be
accessed by www.example2.com/) . Would it be enough to define
"DocumentRoot /var/www/wiki/" for Apache?
Bye
Stefan
Jean-Philippe Gu?rard schrieb:
> Le 2008-02-04 21:38:23 +0100, Stefan X ?crivait :
>> Jean-Philippe Gu?rard schrieb:
>>> Le 2008-02-04 06:34:04 +0100, Stefan X ?crivait :
>>>> I did not configure any path to the themes directly; it was not
>>>> mentioned in the installation description. As mentioned before I
>>>> configured the path to the static content directory (which includes
>>>> the themes) as an Apache alias. So, what to do?
>>> Look at the source code of your page, from your browser, to check the
>>> URL used for the CSS files.
>> These paths look like /wiki/modern/css/common.css where "wiki" is both
>> the Apache-alias and the MoinMoin root directory.
>
> This is the problem. You've got:
>
> url_prefix = '/wiki'
>
> somewhere in your farmconfig.py or wikiconfig.py
>
> You simply need to remove it.
>
>>> You should then try to access directly a Moin CSS file with your
>>> browser, for exemple :
>>> http://my-site.com/moin_static160/modern/css/screen.css
>> This works! I am wondering, that I don't need "wiki" at the beginning of
>> the directory path.
>
> Your Apache setup is OK.
>
> HTH.
>
>
From ndbecker2 at gmail.com Tue Feb 5 09:43:59 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 05 Feb 2008 09:43:59 -0500
Subject: [Moin-user] moin.py standalone 1.6.1 error
Message-ID:
moin.py in 1.6.1 has an error, should say:
from MoinMoin.server.server_standalone import StandaloneConfig, run
From ndbecker2 at gmail.com Tue Feb 5 10:19:39 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 05 Feb 2008 10:19:39 -0500
Subject: [Moin-user] upgraded to 1.6.1, what's going on here?
Message-ID:
It started out working OK, but for some reason now when I view any of my
pages they look strange. They are loaded up with a menu of options. Why?
Here is a screenshot:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: snapshot28.png
Type: image/png
Size: 129609 bytes
Desc: not available
URL:
From tw-public at gmx.de Tue Feb 5 10:03:27 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 05 Feb 2008 16:03:27 +0100
Subject: [Moin-user] moin.py standalone 1.6.1 error
In-Reply-To:
References:
Message-ID: <47A87ABF.7080000@gmx.de>
Neal Becker schrieb:
> moin.py in 1.6.1 has an error, should say:
>
> from MoinMoin.server.server_standalone import StandaloneConfig, run
Mine does say so, so what exactly are you referring to?
Please give the full path and filename within the installation archive
and the wrong and correct line (and line number).
From tw-public at gmx.de Tue Feb 5 10:21:44 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Tue, 05 Feb 2008 16:21:44 +0100
Subject: [Moin-user] upgraded to 1.6.1, what's going on here?
In-Reply-To:
References:
Message-ID: <47A87F08.8020609@gmx.de>
> It started out working OK, but for some reason now when I view any of my
> pages they look strange. They are loaded up with a menu of options. Why?
Because your static stuff does not work.
If you use firefox, hit ctrl-u to view the page html source and look
what it uses to access the css (e.g. common.css).
Try to access this url with your web browser (use same protocol, same
server) - it likely won't work.
Configure your web server to make it work.
From ndbecker2 at gmail.com Tue Feb 5 12:01:57 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Tue, 05 Feb 2008 12:01:57 -0500
Subject: [Moin-user] inline_latex w/1.6.1?
Message-ID:
Looks like it doesn't work:
Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/MoinMoin/request/__init__.py", line 1283, in run
handler(self.page.page_name, self)
File "/usr/lib/python2.5/site-packages/MoinMoin/action/edit.py", line 152, in execute
pg.sendEditor(preview=savetext, comment=comment)
File "/usr/lib/python2.5/site-packages/MoinMoin/PageEditor.py", line 498, in sendEditor
self.send_page(content_id=content_id, content_only=1, hilite_re=badwords_re)
File "/usr/lib/python2.5/site-packages/MoinMoin/Page.py", line 1172, in send_page
start_line=pi['lines'])
File "/usr/lib/python2.5/site-packages/MoinMoin/Page.py", line 1256, in send_page_content
self.format(parser)
File "/usr/lib/python2.5/site-packages/MoinMoin/Page.py", line 1277, in format
parser.format(self.formatter)
File "/usr/lib/python2.5/site-packages/MoinMoin/parser/text_moin_wiki.py", line 1525, in format
formatted_line = self.scan(line, inhibit_p=inhibit_p)
File "/usr/lib/python2.5/site-packages/MoinMoin/parser/text_moin_wiki.py", line 1338, in scan
result.append(self.replace(match, inhibit_p))
File "/usr/lib/python2.5/site-packages/MoinMoin/parser/text_moin_wiki.py", line 1380, in replace
result.append(replace_func(hit, match.groupdict()))
File "/usr/lib/python2.5/site-packages/MoinMoin/parser/text_moin_wiki.py", line 1210, in _parser_repl
self.setParser(parser_name)
File "/usr/lib/python2.5/site-packages/MoinMoin/parser/text_moin_wiki.py", line 1545, in setParser
self.parser = wikiutil.searchAndImportPlugin(self.request.cfg, "parser", name)
File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line 1204, in searchAndImportPlugin
plugin = importPlugin(cfg, type, module_name, what)
File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line 1102, in importPlugin
return importWikiPlugin(cfg, kind, name, function)
File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line 1115, in importWikiPlugin
return importNameFromPlugin(moduleName, function)
File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line 1134, in importNameFromPlugin
module = __import__(moduleName, globals(), {}, [name])
File "/home/moin/mywiki/data/plugin/parser/inline_latex.py", line 14, in
from MoinMoin.parser import wiki
ImportError: cannot import name wiki
From szybalski at gmail.com Tue Feb 5 12:41:57 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Tue, 5 Feb 2008 11:41:57 -0600
Subject: [Moin-user] Translation Namespace Policy
In-Reply-To: <20080115154012.GD30421@lenin>
References: <200801052211.40628.salokine@salokine.org>
<20080115154012.GD30421@lenin>
Message-ID: <804e5c70802050941h5aaf8f98u8910bb6777d89e78@mail.gmail.com>
Hello,
There is a conversation in Debian www mailing list about
http://wiki.debian.org wiki concerning Translation Policy to
different languages.
http://lists.debian.org/debian-www/2008/01/msg00029.html
These are the options they have layed out.
http://wiki.debian.org/DebianWiki/TranslationNamespace
What is the recommended way from moinmoin project to handle name
translation, how is it different or same as apache index.jp.html,
index.pl.html namespace translations.
Is there a documentation on how this should be done correctly.
Lucas
.....
Hello, this is my method:
The Hungarian word: 'k?' means 'stone' in English.
If I want to translate
http://wiki.debian.org/Stone
I create
http://wiki.debian.org/K?
then I move it to
http://wiki.debian.org/HU/Stone
So: Hungarian users can find the topic in their own language simply by
http://wiki.debian.org/K?
& the wiki engine also can map /Stone & HU/Stone FR/Stone etc...
On Sat, Jan 05, 2008 at 10:11:32PM +0100, Salokine wrote:
> Hi,
>
> We are working on Translation Namespace on wiki.debian.org and we need your
> opinon for validation.
>
> 1. Could you read http://wiki.debian.org/DebianWiki/TranslationNamespace ?
> It presents main propositions
>
> 2. Could you vote for your favorite proposition on
> http://wiki.debian.org/DebianWiki/TranslationNamespace#wikivote ?
--
Vehicle Information Number. Check for Authentic VIN
http://lucasmanual.com/vin
TurboGears from start to finish:
http://www.lucasmanual.com/mywiki/TurboGears
From jean-philippe.guerard at tigreraye.org Tue Feb 5 18:07:51 2008
From: jean-philippe.guerard at tigreraye.org (Jean-Philippe =?iso-8859-1?Q?Gu=E9rard?=)
Date: Wed, 6 Feb 2008 00:07:51 +0100
Subject: [Moin-user] missing CSS drives me crazy
In-Reply-To: <47A846DD.1060604@gmx.net>
References: <47A484A9.2040400@gmx.net>
<3130eec50802020725m548a0d08k36ab7dd2aa457968@mail.gmail.com>
<47A6A3CC.20805@gmx.net>
<20080204193219.GF2740@tigreraye.nulle.part>
<47A777BF.8090109@gmx.net>
<20080204213835.GG2740@tigreraye.nulle.part>
<47A846DD.1060604@gmx.net>
Message-ID: <20080205230751.GA5466@tigreraye.nulle.part>
Hi Stefan!
Le 2008-02-05 12:22:05 +0100, Stefan X ?crivait :
> Now I am wondering how to configure my system to serve the wiki without
> any url prefix. For instance www.example.com/ instead of
> www.example.com/wiki (In multi site usage another instance should be
> accessed by www.example2.com/) . Would it be enough to define
> "DocumentRoot /var/www/wiki/" for Apache?
No, that's usually not a good idea. The proper setup really depends a
lot on your Apache setup. For a CGI setup, you can look at the
ApacheVoodoo page, which gives some sample root wiki settings (using URL
rewriting):
http://moinmo.in/HelpOnConfiguration/ApacheVoodoo
HTH.
--
Jean-Philippe Gu?rard
http://tigreraye.org
From ndbecker2 at gmail.com Wed Feb 6 04:45:41 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Wed, 06 Feb 2008 04:45:41 -0500
Subject: [Moin-user] offline edit?
Message-ID:
I have an rst file I want to add to my wiki. Is there a feature to do this,
maybe offline-edit?
From szybalski at gmail.com Wed Feb 6 19:51:04 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Wed, 6 Feb 2008 18:51:04 -0600
Subject: [Moin-user] offline edit?
In-Reply-To:
References:
Message-ID: <804e5c70802061651q608b4bf7yb54ab4a1b9c87371@mail.gmail.com>
At the beginning of your wiki page type this:
#format rst
Then copy and paste the rest below it.
On Feb 6, 2008 3:45 AM, Neal Becker wrote:
> I have an rst file I want to add to my wiki. Is there a feature to do this,
> maybe offline-edit?
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
--
Vehicle Information Number. Check for Authentic VIN
http://lucasmanual.com/vin
TurboGears from start to finish:
http://www.lucasmanual.com/mywiki/TurboGears
From steveo at syslang.net Wed Feb 6 21:48:48 2008
From: steveo at syslang.net (Steven W. Orr)
Date: Wed, 6 Feb 2008 21:48:48 -0500 (EST)
Subject: [Moin-user] Problem with page cration.
Message-ID:
You can't change ACLs on this page since you have no admin rights on it!
is the error message I get when I try to save a new page that has an acl
command in it.
The acl line is this:
#acl @ME@:read,write All:read
and it's the top line. (Does it have to be the top line?)
If anyone can help me I'd be grateful.
--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net
From emailmanjula at yahoo.com Wed Feb 6 22:58:34 2008
From: emailmanjula at yahoo.com (Manjula Kumar)
Date: Wed, 6 Feb 2008 19:58:34 -0800 (PST)
Subject: [Moin-user] Problem with page cration.
In-Reply-To:
Message-ID: <303763.81834.qm@web35511.mail.mud.yahoo.com>
Steven,
acl can be given to a page only by the superuser.superuser is configured in wikiconfig.py file.
#acl @ME@:read,write All:read is correct
@ME@ should be the username or login name used to login to wiki.
Hope this helps,
Manjula
"Steven W. Orr" wrote:
You can't change ACLs on this page since you have no admin rights on it!
is the error message I get when I try to save a new page that has an acl
command in it.
The acl line is this:
#acl @ME@:read,write All:read
and it's the top line. (Does it have to be the top line?)
If anyone can help me I'd be grateful.
--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Moin-user mailing list
Moin-user at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/moin-user
---------------------------------
Never miss a thing. Make Yahoo your homepage.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From tw-public at gmx.de Thu Feb 7 08:00:21 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 07 Feb 2008 14:00:21 +0100
Subject: [Moin-user] Problem with page cration.
In-Reply-To: <303763.81834.qm@web35511.mail.mud.yahoo.com>
References: <303763.81834.qm@web35511.mail.mud.yahoo.com>
Message-ID: <47AB00E5.4050305@gmx.de>
> acl can be given to a page only by the superuser.superuser is
> configured in wikiconfig.py file.
Moin's "superuser" is unrelated to the ACL "admin" right.
superuser: being able to do special critical stuff like installing
plugin code, doing backups, being able to modify other user's accounts, ...
admin right: being able to change ACLs
From steveo at syslang.net Thu Feb 7 10:24:26 2008
From: steveo at syslang.net (Steven W. Orr)
Date: Thu, 7 Feb 2008 10:24:26 -0500 (EST)
Subject: [Moin-user] Problem with page cration.
In-Reply-To: <47AB00E5.4050305@gmx.de>
References: <303763.81834.qm@web35511.mail.mud.yahoo.com>
<47AB00E5.4050305@gmx.de>
Message-ID:
On Thursday, Feb 7th 2008 at 08:00 -0000, quoth Thomas Waldmann:
=>
=>> acl can be given to a page only by the superuser.superuser is
=>> configured in wikiconfig.py file.
=>
=>Moin's "superuser" is unrelated to the ACL "admin" right.
=>
=>superuser: being able to do special critical stuff like installing
=>plugin code, doing backups, being able to modify other user's accounts, ...
=>
=>admin right: being able to change ACLs
Ok. This means I really don't know what I'm doing.
I have a template I created.
http://frambors.syslang.net/nicciwiki/CategoryBusinessCard
The idea is to allow people to create a page that only they have the right
to modify. It contains a line that says
##acl @ME@:read,write,delete,revert @ME@/ReadWriteGroup:read @ME@/ReadGroup:read
The user then deletes one of the #s. Am I doing something wrong?
--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net
From steveo at syslang.net Thu Feb 7 20:50:08 2008
From: steveo at syslang.net (Steven W. Orr)
Date: Thu, 7 Feb 2008 20:50:08 -0500 (EST)
Subject: [Moin-user] Problem with page cration.
In-Reply-To: <303763.81834.qm@web35511.mail.mud.yahoo.com>
References: <303763.81834.qm@web35511.mail.mud.yahoo.com>
Message-ID:
On Wednesday, Feb 6th 2008 at 22:58 -0000, quoth Manjula Kumar:
=>Steven,
=> acl can be given to a page only by the superuser.superuser is
=>configured in wikiconfig.py file.
=>
=> #acl @ME@:read,write All:read is correct
=> @ME@ should be the username or login name used to login to wiki.
=>
=> Hope this helps,
=> Manjula
I'm not squared away yet.
Is it possible to create a template such that when a new page is created
from that template, only the creator of that page (or an admin) would have
the rights to modify it? This is in fact my goal.
=>
=>"Steven W. Orr" wrote:
=> You can't change ACLs on this page since you have no admin rights on it!
=>
=>is the error message I get when I try to save a new page that has an acl
=>command in it.
=>
=>The acl line is this:
=>
=>#acl @ME@:read,write All:read
=>
=>and it's the top line. (Does it have to be the top line?)
=>
=>If anyone can help me I'd be grateful.
=>
--
Time flies like the wind. Fruit flies like a banana. Stranger things have .0.
happened but none stranger than this. Does your driver's license say Organ ..0
Donor?Black holes are where God divided by zero. Listen to me! We are all- 000
individuals! What if this weren't a hypothetical question?
steveo at syslang.net
From tw-public at gmx.de Fri Feb 8 08:10:03 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 08 Feb 2008 14:10:03 +0100
Subject: [Moin-user] Problem with page cration.
In-Reply-To:
References: <303763.81834.qm@web35511.mail.mud.yahoo.com>
Message-ID: <47AC54AB.7010703@gmx.de>
Steven,
if you don't intend to give all your users admin rights by
acl_rights_before, you need special stuff to enable your users changing
ACLs on "their" pages.
There is MoinMoin.security.autoadmin for such stuff (homepage, "project"
pages, etc.). Please note that autoadmin is only about admin rights, it
does not influence read or write rights.
See also the HelpOnAutoAdmin page in your wiki.
Cheers,
Thomas
From comp.moin at andzy.imap.cc Fri Feb 8 10:55:02 2008
From: comp.moin at andzy.imap.cc (Andrew Malcolmson)
Date: Fri, 8 Feb 2008 10:55:02 -0500
Subject: [Moin-user] upgraded to 1.6.1, what's going on here?
In-Reply-To: <47A87F08.8020609@gmx.de>
References: <47A87F08.8020609@gmx.de>
Message-ID: <20080208155501.GA12984@bangthedrum.net>
On Tue, Feb 05, 2008 at 04:21:44PM +0100, Thomas Waldmann wrote:
>
> > It started out working OK, but for some reason now when I view any
> > of my
> > pages they look strange. They are loaded up with a menu of options.
> > Why?
>
> Because your static stuff does not work.
>
Several directories and some files don't have 'other' access permissions
set.
~
~
From maillist at jarkeborn.se Sat Feb 9 17:29:55 2008
From: maillist at jarkeborn.se (Jocke)
Date: Sat, 09 Feb 2008 23:29:55 +0100
Subject: [Moin-user] Upgrade from 1.5.8 to 1.6.1
In-Reply-To: <20080208155501.GA12984@bangthedrum.net>
References: <47A87F08.8020609@gmx.de>
<20080208155501.GA12984@bangthedrum.net>
Message-ID: <47AE2963.9020107@jarkeborn.se>
Hello,
I have started to upgrade my Moinmoin 1.5.8 installation to 1.6.1 and
have gone quite smoothly but have an issue.
The pages are shown as they should but when trying to log in I get
"Internal Server Error" and in Apache error log I get complaints about
the line in wikiconfig.py:
MoinMoin.error.ConfigurationError: Please edit your
wikiconfig/farmconfig and fix your DefaultConfig import:
Old: from MoinMoin.multiconfig import DefaultConfig
New: from MoinMoin.config.multiconfig import DefaultConfig
And this is changed already....any idea?
Best Regards
Jocke
Detailed error:
=================================================
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] 223907 INFO
logging initialized, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] Traceback (most
recent call last):, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/share/moin/domain/cgi-bin/moin.cgi", line 47, in ,
referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20]
run(Config), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/server/server_cgi.py",
line 60, in run, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20]
request.run(), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/request/__init__.py",
line 1170, in run, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20]
self.initTheme(), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/request/__init__.py",
line 1149, in initTheme, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20]
self.loadTheme(theme_name), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/request/__init__.py",
line 718, in loadTheme, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] Theme =
wikiutil.importPlugin(self.cfg, 'theme', theme_name, 'Theme'), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line
1102, in importPlugin, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] return
importWikiPlugin(cfg, kind, name, function), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line
1115, in importWikiPlugin, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] return
importNameFromPlugin(moduleName, function), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line
1134, in importNameFromPlugin, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] module =
__import__(moduleName, globals(), {}, [name]), referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/share/moin/domain/data/plugin/theme/sinorca4moin.py", line
17, in , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] from
MoinMoin.multiconfig import _url_re_list, _makeConfig, _getConfigName,
referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] File
"/usr/local/lib/python2.5/site-packages/MoinMoin/multiconfig.py", line
24, in , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] """),
referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20]
MoinMoin.error.ConfigurationError: Please edit your
wikiconfig/farmconfig and fix your DefaultConfig import:\r, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] \r, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] Old: from
MoinMoin.multiconfig import DefaultConfig\r, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] New: from
MoinMoin.config.multiconfig import DefaultConfig\r, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] \r, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] If you can't do
that, but if you can change the MoinMoin code, see the file, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20]
MoinMoin/multiconfig.py for an alternative, but temporary workaround.,
referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] , referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
[Sat Feb 09 22:39:07 2008] [error] [client 192.168.1.20] Premature end
of script headers: moin.cgi, referer:
http://domain.com/Hardware/Nvidia%20GeForce%207900%20GTX?action=login
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From szybalski at gmail.com Sun Feb 10 13:09:25 2008
From: szybalski at gmail.com (Lukasz Szybalski)
Date: Sun, 10 Feb 2008 12:09:25 -0600
Subject: [Moin-user] Translation Namespace Policy
In-Reply-To: <804e5c70802050941h5aaf8f98u8910bb6777d89e78@mail.gmail.com>
References: <200801052211.40628.salokine@salokine.org>
<20080115154012.GD30421@lenin>
<804e5c70802050941h5aaf8f98u8910bb6777d89e78@mail.gmail.com>
Message-ID: <804e5c70802101009k287fe282p5205850262c67caa@mail.gmail.com>
Is there any documentation on how moin moin should be setup to handle
translations? How should the pages be named?
etc.
/home
/en/home?
/jp/
/pl/ etc...
or?
On Feb 5, 2008 11:41 AM, Lukasz Szybalski wrote:
> Hello,
> There is a conversation in Debian www mailing list about
> http://wiki.debian.org wiki concerning Translation Policy to
> different languages.
>
> http://lists.debian.org/debian-www/2008/01/msg00029.html
>
> These are the options they have layed out.
> http://wiki.debian.org/DebianWiki/TranslationNamespace
>
> What is the recommended way from moinmoin project to handle name
> translation, how is it different or same as apache index.jp.html,
> index.pl.html namespace translations.
>
> Is there a documentation on how this should be done correctly.
> Lucas
>
>
>
>
>
> .....
>
>
> Hello, this is my method:
>
> The Hungarian word: 'k?' means 'stone' in English.
>
> If I want to translate
>
> http://wiki.debian.org/Stone
>
> I create
>
> http://wiki.debian.org/K?
>
> then I move it to
>
> http://wiki.debian.org/HU/Stone
>
> So: Hungarian users can find the topic in their own language simply by
>
> http://wiki.debian.org/K?
>
> & the wiki engine also can map /Stone & HU/Stone FR/Stone etc...
>
> On Sat, Jan 05, 2008 at 10:11:32PM +0100, Salokine wrote:
> > Hi,
> >
> > We are working on Translation Namespace on wiki.debian.org and we need your
> > opinon for validation.
> >
> > 1. Could you read http://wiki.debian.org/DebianWiki/TranslationNamespace ?
> > It presents main propositions
> >
> > 2. Could you vote for your favorite proposition on
> > http://wiki.debian.org/DebianWiki/TranslationNamespace#wikivote ?
>
>
>
> --
> Vehicle Information Number. Check for Authentic VIN
> http://lucasmanual.com/vin
> TurboGears from start to finish:
> http://www.lucasmanual.com/mywiki/TurboGears
>
--
Vehicle Information Number. Check for Authentic VIN
http://lucasmanual.com/vin
TurboGears Documentation:
http://www.lucasmanual.com/mywiki/TurboGears
From tw-public at gmx.de Sun Feb 10 13:15:05 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 10 Feb 2008 19:15:05 +0100
Subject: [Moin-user] Upgrade from 1.5.8 to 1.6.1
In-Reply-To: <47AE2963.9020107@jarkeborn.se>
References: <47A87F08.8020609@gmx.de>
<20080208155501.GA12984@bangthedrum.net>
<47AE2963.9020107@jarkeborn.se>
Message-ID: <1202667305.8453.14.camel@black>
> I have started to upgrade my Moinmoin 1.5.8 installation to 1.6.1 and
> have gone quite smoothly but have an issue.
>
> The pages are shown as they should but when trying to log in I get
> "Internal Server Error" and in Apache error log I get complaints about
> the line in wikiconfig.py:
>
> MoinMoin.error.ConfigurationError: Please edit your
> wikiconfig/farmconfig and fix your DefaultConfig import:
> Old: from MoinMoin.multiconfig import DefaultConfig
> New: from MoinMoin.config.multiconfig import DefaultConfig
>
> And this is changed already....any idea?
Please try to reproduce this with modern theme. For issues with 3rd
party themes, please contact their author.
If you post a traceback, try to get a clean and easy to read one.
E.g. from moin.log or saved from your browser as traceback.html.
>
From maillist at jarkeborn.se Sun Feb 10 16:42:17 2008
From: maillist at jarkeborn.se (Jocke)
Date: Sun, 10 Feb 2008 22:42:17 +0100
Subject: [Moin-user] Upgrade from 1.5.8 to 1.6.1
In-Reply-To: <1202667305.8453.14.camel@black>
References:
<47A87F08.8020609@gmx.de> <20080208155501.GA12984@bangthedrum.net> <47AE2963.9020107@jarkeborn.se>
<1202667305.8453.14.camel@black>
Message-ID: <47AF6FB9.6070205@jarkeborn.se>
Sorry for being stupid...
My user preferences contained a non supported 1.6.1 theme....after
updated that it work fine...
Thanks
// Joacim
Thomas Waldmann wrote:
>
>> I have started to upgrade my Moinmoin 1.5.8 installation to 1.6.1 and
>> have gone quite smoothly but have an issue.
>>
>> The pages are shown as they should but when trying to log in I get
>> "Internal Server Error" and in Apache error log I get complaints about
>> the line in wikiconfig.py:
>>
>> MoinMoin.error.ConfigurationError: Please edit your
>> wikiconfig/farmconfig and fix your DefaultConfig import:
>> Old: from MoinMoin.multiconfig import DefaultConfig
>> New: from MoinMoin.config.multiconfig import DefaultConfig
>>
>> And this is changed already....any idea?
>>
>
> Please try to reproduce this with modern theme. For issues with 3rd
> party themes, please contact their author.
>
> If you post a traceback, try to get a clean and easy to read one.
> E.g. from moin.log or saved from your browser as traceback.html.
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From tw-public at gmx.de Sun Feb 10 17:07:05 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Sun, 10 Feb 2008 23:07:05 +0100
Subject: [Moin-user] Translation Namespace Policy
In-Reply-To: <804e5c70802101009k287fe282p5205850262c67caa@mail.gmail.com>
References: <200801052211.40628.salokine@salokine.org>
<20080115154012.GD30421@lenin>
<804e5c70802050941h5aaf8f98u8910bb6777d89e78@mail.gmail.com>
<804e5c70802101009k287fe282p5205850262c67caa@mail.gmail.com>
Message-ID: <1202681225.12486.13.camel@black>
> Is there any documentation on how moin moin should be setup to handle
> translations? How should the pages be named?
You are completely free about how to do this.
On MoinMaster wiki, where we translate the system and help pages, we
just create toplevel pages with translated page names. As long as you
have no conflicts, this works fine.
Instead of putting everything into a single wiki, you can also setup a
wiki farm with 1 wiki per language and use interwiki (e.g. En: De: Fr:).
In a case where the pagenames are the same, that would even play
nicelely with the sistersites mechanism, but not if you have translated
(== different) pagenames. There is the idea of having an extended
sisterwiki mechanism to handle the translation mapping of the pagenames,
but well, this is still just an idea.
From scott at MIT.EDU Mon Feb 11 18:30:28 2008
From: scott at MIT.EDU (Scott Ehrlich)
Date: Mon, 11 Feb 2008 18:30:28 -0500 (EST)
Subject: [Moin-user] Help with WinXP install
Message-ID:
I have a Win XP w/SP2 and all patches setup, installed the latest apache2,
ActiveState Perl, and moin wiki. Apache2 runs fine, and its test page
shows ok. I ran through each moin step to get the wiki to be seen by
apache2, restarted the apache2 service, and keep getting Permission Denied
for http://localhost/mywiki
No firewall is running.
For a test, I disabled apache2, installed IIS 5.1 (from the XP cd), and
re-installed moin. Still the same permission denied for
http://localhost/mywiki.
I am logged in as the admin.
What am I missing? I would prefer apache2 to IIS, but to get the wiki
going, I'll be happy to go with either web server.
Thanks.
Scott
From rick.vanderveer at gmail.com Mon Feb 11 18:59:55 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Mon, 11 Feb 2008 17:59:55 -0600
Subject: [Moin-user] Help with WinXP install
In-Reply-To:
References:
Message-ID: <5c39e1ca0802111559y6e6edff0l7bcfcaa5721ae6c6@mail.gmail.com>
Scott,
I think the next step is to make sure apache2 simply has permissions to
access that directory. A simple way to do this is ensure that folder has
full permissions for "everyone" (once you have it working, you can then go
back and tighten down permissions).
Also, you might want to follow the steps here, which (I believe) are more up
to date than the regular moinmo.in site:
http://master.moinmo.in/HelpOnInstalling/ApacheOnWin32
-Rick
On Feb 11, 2008 5:30 PM, Scott Ehrlich wrote:
> I have a Win XP w/SP2 and all patches setup, installed the latest apache2,
> ActiveState Perl, and moin wiki. Apache2 runs fine, and its test page
> shows ok. I ran through each moin step to get the wiki to be seen by
> apache2, restarted the apache2 service, and keep getting Permission Denied
> for http://localhost/mywiki
>
> No firewall is running.
>
> For a test, I disabled apache2, installed IIS 5.1 (from the XP cd), and
> re-installed moin. Still the same permission denied for
> http://localhost/mywiki.
>
> I am logged in as the admin.
>
> What am I missing? I would prefer apache2 to IIS, but to get the wiki
> going, I'll be happy to go with either web server.
>
> Thanks.
>
> Scott
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From scott at MIT.EDU Tue Feb 12 12:13:14 2008
From: scott at MIT.EDU (Scott Ehrlich)
Date: Tue, 12 Feb 2008 12:13:14 -0500 (EST)
Subject: [Moin-user] Help with WinXP install
In-Reply-To: <5c39e1ca0802111559y6e6edff0l7bcfcaa5721ae6c6@mail.gmail.com>
References:
<5c39e1ca0802111559y6e6edff0l7bcfcaa5721ae6c6@mail.gmail.com>
Message-ID:
On Mon, 11 Feb 2008, Rick Vanderveer wrote:
> Scott,
> I think the next step is to make sure apache2 simply has permissions to
> access that directory. A simple way to do this is ensure that folder has
> full permissions for "everyone" (once you have it working, you can then go
> back and tighten down permissions).
>
> Also, you might want to follow the steps here, which (I believe) are more up
> to date than the regular moinmo.in site:
> http://master.moinmo.in/HelpOnInstalling/ApacheOnWin32
Hi Rick:
Yes, the above URL did help quite a bit. It did change to 500 Internal
Server Error.
Apache's error log shows:
Premature end of script headers: moin.cgi
Traceback (most recent call last):
File ec:\moin\mywiki\moin.cgi";
line 39, in
from moinmoin.requestimport
requestCGI
ImportError:Cannot import name RequestCGI
I've got Python25 from python.org, Python 2.5.1.1 from ActiveState, Apache
2.2.8, and moin 1.6.1.
Thanks for any additional help.
Scott
>
> -Rick
>
>
> On Feb 11, 2008 5:30 PM, Scott Ehrlich wrote:
>
>> I have a Win XP w/SP2 and all patches setup, installed the latest apache2,
>> ActiveState Perl, and moin wiki. Apache2 runs fine, and its test page
>> shows ok. I ran through each moin step to get the wiki to be seen by
>> apache2, restarted the apache2 service, and keep getting Permission Denied
>> for http://localhost/mywiki
>>
>> No firewall is running.
>>
>> For a test, I disabled apache2, installed IIS 5.1 (from the XP cd), and
>> re-installed moin. Still the same permission denied for
>> http://localhost/mywiki.
>>
>> I am logged in as the admin.
>>
>> What am I missing? I would prefer apache2 to IIS, but to get the wiki
>> going, I'll be happy to go with either web server.
>>
>> Thanks.
>>
>> Scott
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Moin-user mailing list
>> Moin-user at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/moin-user
>>
>
From tw-public at gmx.de Wed Feb 13 02:36:52 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Wed, 13 Feb 2008 08:36:52 +0100
Subject: [Moin-user] Help with WinXP install
In-Reply-To:
References:
<5c39e1ca0802111559y6e6edff0l7bcfcaa5721ae6c6@mail.gmail.com>
Message-ID: <1202888212.5992.1.camel@black>
> Yes, the above URL did help quite a bit. It did change to 500 Internal
> Server Error.
>
> Apache's error log shows:
>
> Premature end of script headers: moin.cgi
> Traceback (most recent call last):
> File ec:\moin\mywiki\moin.cgi";
> line 39, in
> from moinmoin.requestimport
> requestCGI
> ImportError:Cannot import name RequestCGI
It looks like you are using an old moin.cgi file. Please use the one you
got with moin 1.6.1, see wiki/server/moin.cgi.
From m.champlon at free.fr Wed Feb 13 04:04:06 2008
From: m.champlon at free.fr (Mathieu Champlon)
Date: Wed, 13 Feb 2008 09:04:06 +0000
Subject: [Moin-user] Managing line anchors from within a parser
Message-ID: <47B2B286.508@free.fr>
Hello !
I have been writing a custom parser which basically transforms some
formatted data into a table.
The output can sometimes be quite huge and spotting the differences
between page revisions when triggering a 'diff' action can prove really
cumbersome.
Actually the "official" parsers (text_python.py for instance) have the
same "issue", see for instance the following 'diff' and notice how the
line 200 anchor does not refer to the correct location :
http://moinmo.in/4ct10n/info/FeatureRequests/SecurityRules?action=diff&rev2=34&rev1=33
I have been trying without success to "fix" the line anchors so that
they appear at the correct locations in the output.
The current implementation seems to stack the anchors on one line (when
scanning the input lines before calling a custom parser).
Within my parser I can add an anchor by calling :
formatter.line_anchordef(self.lineno)
However there does not seem to be possible neither to retrieve the start
line number upon parser invocation nor to prevent the text_moin_wiki
parser to insert its own anchor for each line it scans.
Have I missed something obvious (I'm fairly new both to python and
moinmoin coding) ?
Thanks !
MAT.
From Wolfgang.Stoecher at skf.com Thu Feb 14 02:09:26 2008
From: Wolfgang.Stoecher at skf.com (Wolfgang.Stoecher at skf.com)
Date: Thu, 14 Feb 2008 08:09:26 +0100
Subject: [Moin-user] Problem with Stand-alone installation
Message-ID:
Hi,
I am trying to set up a stand-alone server on Windows XP with the newest
1.6.1.
"import MoinMoin" works fine in the python interpreter.
But when starting moin.py in my created wiki-Instance I get:
Loading ...
Traceback (most recent call last):
File "moin.py", line 47, in
from MoinMoin.server.server_standalone import StandaloneConfig, run
ImportError: No module named MoinMoin.server.server_standalone
What could be the problem?
thank you,
Wolfgang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From tw-public at gmx.de Thu Feb 14 03:11:40 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Thu, 14 Feb 2008 09:11:40 +0100
Subject: [Moin-user] Problem with Stand-alone installation
In-Reply-To:
References:
Message-ID: <47B3F7BC.9040107@gmx.de>
> I am trying to set up a stand-alone server on Windows XP with the newest
> 1.6.1.
> "import MoinMoin" works fine in the python interpreter.
> But when starting moin.py in my created wiki-Instance I get:
>
> Loading ...
> Traceback (most recent call last):
> File "moin.py", line 47, in
> from MoinMoin.server.server_standalone import StandaloneConfig, run
> ImportError: No module named MoinMoin.server.server_standalone
>
> What could be the problem?
You forgot to edit moin.py. There is a sys.path.insert statement that
should match your setup, so the moin.cgi finds the MoinMoin code module
and also the wiki configuration.
From ndbecker2 at gmail.com Thu Feb 14 07:55:34 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Thu, 14 Feb 2008 07:55:34 -0500
Subject: [Moin-user] help on attachment (.csv)
Message-ID:
In a page I put:
Results [[attachment:test_rate1_15.py.nbecker3.20371.err.csv]]
Clicking on the attachment doesn't work. I get a page that says:
Attachment 'test_rate1_15.py.nbecker3.20371.err.csv'
Download
Embedding of object by chosen formatter not possible: test_rate1_15.py.nbecker3.20371.err.csv
What am I doing wrong here? I believe this is the same thing
I've used to attach e.g, .pdf files.
From ndbecker2 at gmail.com Thu Feb 14 08:18:43 2008
From: ndbecker2 at gmail.com (Neal Becker)
Date: Thu, 14 Feb 2008 08:18:43 -0500
Subject: [Moin-user] help on attachment (.csv)
References:
Message-ID:
Neal Becker wrote:
> In a page I put:
>
> Results [[attachment:test_rate1_15.py.nbecker3.20371.err.csv]]
>
> Clicking on the attachment doesn't work. I get a page that says:
>
> Attachment 'test_rate1_15.py.nbecker3.20371.err.csv'
> Download
>
> Embedding of object by chosen formatter not possible:
> test_rate1_15.py.nbecker3.20371.err.csv
>
> What am I doing wrong here? I believe this is the same thing
> I've used to attach e.g, .pdf files.
>
To be clear, I don't want to go through the csv parser and render the csv.
I just want the viewer to be able to download the file as an attachment.
From henriksen.bard at gmail.com Thu Feb 14 08:52:21 2008
From: henriksen.bard at gmail.com (=?utf-8?b?QsOlcmQ=?= Henriksen)
Date: Thu, 14 Feb 2008 13:52:21 +0000 (UTC)
Subject: [Moin-user] script error while migrating from 1.5 to 1.6
References: <5c39e1ca0712272132m320d1680q9301db1bb250a718@mail.gmail.com>
Message-ID:
Hi
I had the same error. This is how I fixed it:
remove the dot in line 32 in the 1059999.py file so that it reads:
src_data_dir = os.path.abspath(os.path.join(data_dir, '..', 'datapre160')) #
keep the orig data_dir here
This helped me upgrade. from version 1.5.5 to 1.6.1
B?rd
From rick.vanderveer at gmail.com Thu Feb 14 22:15:48 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Thu, 14 Feb 2008 21:15:48 -0600
Subject: [Moin-user] help on attachment (.csv)
In-Reply-To:
References:
Message-ID: <5c39e1ca0802141915v1a2b7ab0w25d0e2c89df205d8@mail.gmail.com>
This is the same issue we face since updating to 1.6. We have a number of
pages where we have .doc and .xls attachments. The desired behavior would
be to click the link and have it start downloading, as the previous versions
behaved and how most users come to expect attachment links to work (not to
be taken to a "cryptic" (as users word, not mine) page with complaining
about the "chosen formatter").
Any way to revert this behavior?
-Rick
On Thu, Feb 14, 2008 at 6:55 AM, Neal Becker wrote:
> In a page I put:
>
> Results [[attachment:test_rate1_15.py.nbecker3.20371.err.csv]]
>
> Clicking on the attachment doesn't work. I get a page that says:
>
> Attachment 'test_rate1_15.py.nbecker3.20371.err.csv'
> Download
>
> Embedding of object by chosen formatter not possible:
> test_rate1_15.py.nbecker3.20371.err.csv
>
> What am I doing wrong here? I believe this is the same thing
> I've used to attach e.g, .pdf files.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From rick.vanderveer at gmail.com Thu Feb 14 22:33:51 2008
From: rick.vanderveer at gmail.com (Rick Vanderveer)
Date: Thu, 14 Feb 2008 21:33:51 -0600
Subject: [Moin-user] Microsoft advertisements
In-Reply-To: <1201170666.7758.31.camel@black>
References:
<1201168523.7758.5.camel@black> <1201170666.7758.31.camel@black>
Message-ID: <5c39e1ca0802141933yad5c43t1fb94ea4ccb0c615@mail.gmail.com>
(Finally getting around to replying to an old topic)
I can understand how MS advertisements could disturb some purists. But to
me, I see like this:
- As we all know, Microsoft has publicly denounced open source. Yet, here
they are [indirectly] supporting open source thru funding of
infrastructure. We all know that servers, bandwidth, etc, doesn't pay for
itself. In my mind, why not get MS to pay for it? ;-) Imagine if this
happened in the business-world, where you could somehow con your competitor
to pay for some of your development-- that would be a major coup!
Microsoft, in effect, is helping support their competition (which is
deliciously ironic).
- There's a pretty low risk of anyone (at least on this list, I'm guessing)
of anyone actually following up on this link. I didn't even notice them
until you pointed it out (and I suspect I'm not alone). I guess my eye's
automatically stop at the ----- line. :-)
So, switch mailing lists servers doesn't bother me one way or another. But
I say, why not leave it here and have MS at least pay for it? At least it's
free! :-)
-Rick
On Thu, Jan 24, 2008 at 4:31 AM, Thomas Waldmann wrote:
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
>
> That enduring advertisement for M$ products on a free software project's
> mailing list is really annoying.
>
> BTW, we are considering switching away from SF because of this.
> Of course there will be an official announcement here when we do it.
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Moin-user mailing list
> Moin-user at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/moin-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
From tw-public at gmx.de Fri Feb 15 03:05:51 2008
From: tw-public at gmx.de (Thomas Waldmann)
Date: Fri, 15 Feb 2008 09:05:51 +0100
Subject: [Moin-user] attachment changes and the future
In-Reply-To: <5c39e1ca0802141915v1a2b7ab0w25d0e2c89df205d8@mail.gmail.com>
References:
<5c39e1ca0802141915v1a2b7ab0w25d0e2c89df205d8@mail.gmail.com>
Message-ID: <1203062751.5757.41.camel@black>
> This is the same issue we face since updating to 1.6. We have a
> number of pages where we have .doc and .xls attachments. The desired
> behavior would be to click the link and have it start downloading, as
> the previous versions behaved and how most users come to expect
> attachment links to work (not to be taken to a "cryptic" (as users
> word, not mine) page with complaining about the "chosen formatter").
The error msg is a bug. We have different levels of embedding support
and for that mimetype it seems to be erroneous.
> Any way to revert this behavior?
[[attachment:xxx.csv|label|&do=get]] in 1.6.1 overrides the default
do=view argument.
I hope we can further improve the looks of the default target page
shown, so that the download link there is rendered a bit more visible,
and also improve the implementation in other ways.
But please note that this change in default behaviour of moin was a
strategic one:
At some point in the hopefully not too distant future, we will have a
new backend, able to store revisioned items of arbitrary mimetype
(wiki-text pages, misc. mimetype files) and the mimetype and other stuff
will get stored into separate meta data. Most of the current ugly
AttachFile code will then be killed and replaced by generic code.
A consequence of this will be that the default action will apply for
wiki-text items as well as for other items. The default action is
"show", expected to make a rendered view of the item (in case of
wiki-text it is parsed and rendered to the usual nice html output, in
case of another mimetype, e.g. pdf, all moin can do to "render" it is to
embed it using an