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 tag, for some text mimetypes, we can use our parsers to render them). In any case, "show" will not trigger a download of the raw item, that will be another (non-default) action and that will also be available to download wiki-text items. In future, when items have meta data available, the "show" action of some non-text item could also show some meta data, like file size, file mimetype, file comment, etc. Pictures could have some sort of frame around them and that metadata right besides it. As another consequence of this change, the stuff now called "attachment link" [[attachment:foo.txt|Foo Text]] will then be a normal (sub-)item link [[/foo.txt|Foo text sub-item]]. A small step in that direction is also already present in 1.6 by requiring double square brackets around attachments so we will just have to remove "attachment:" (and add a / for the usual case) in the wiki text for the future change. I am currently considering doing another small step in that direction, that even fixes a current problem with non-ascii filenames for non-firefox browsers: to move the attachment filename (currently in the query string as &target=foo.txt) to the path info, so it looks like http://server/PageName/foo.txt?action=AttachFile&do=get for example. It seems like most browsers handle non-ASCII filenames happily if they appear as last path segment. That method of putting the filename into the path of the url is exactly what that future change will also do naturally. If it is just a mimetype sub-item then, of course the url will also just look like a sub-page url looks now. Of course ?action=AttachFile&do=get will get replaced by something simpler then, e.g. ?action=save (or 'get' or 'raw' ...). From Kari.Likovuori at tem.fi Mon Feb 18 05:59:09 2008 From: Kari.Likovuori at tem.fi (Kari.Likovuori at tem.fi) Date: Mon, 18 Feb 2008 12:59:09 +0200 Subject: [Moin-user] Update 1.5.8->1.6.1 Categories disappeared Message-ID: <22A84D4313E0A547B6A02A4EB85417B140C822@VNSP.vn.root> I just upgarded my MoinMoin from 1.5.8 to 1.6.1. After hours of struggling with the migration of data I got Moin up and running but... It seems that all Categories are now missing. The category links are there in the bottom of pages but when I click a link I only get the general help page on how to create Categories. It does'n help if I remove the category and add it again. What's going on...? Other problem is this (the links are in Finnish but you'll get the point...): * [[VNTHY:n_DNS-nimipalvelu]] That link is interpreted as InterWiki-link: * [InterWiki picture]n_DNS-nimipalvelu But it's not the colon itself that is the problem, for example this is working ok: * [[SMTP-reititys_VNTHY:n_verkossa]] All the pages are accessible by the search or by the "show all pages", only the normal rendering is broken. How can I disable that totally useless InterWiki functionality? Or is there some other way to format that link. There are 10's or 100's of links with a colon on it. -=Kari=- From tw-public at gmx.de Mon Feb 18 12:36:14 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 18 Feb 2008 18:36:14 +0100 Subject: [Moin-user] Update 1.5.8->1.6.1 Categories disappeared In-Reply-To: <22A84D4313E0A547B6A02A4EB85417B140C822@VNSP.vn.root> References: <22A84D4313E0A547B6A02A4EB85417B140C822@VNSP.vn.root> Message-ID: <1203356174.8641.23.camel@black> > It seems that all Categories are now missing. The category links are > there in the bottom of pages but when I click a link I only get the > general help page on how to create Categories. Hmm, what exactly do you mean by "help page"? You do not get the content of your category page? Is it the MissingPage content you get? Or HelpOnCategories?? > Other problem is this (the links are in Finnish but you'll get the > point...): > > * [[VNTHY:n_DNS-nimipalvelu]] > > That link is interpreted as InterWiki-link: > > * [InterWiki picture]n_DNS-nimipalvelu Uhoh. We had this before (in some 1.3 or 1.5 version). > But it's not the colon itself that is the problem, for example this is > working ok: > > * [[SMTP-reititys_VNTHY:n_verkossa]] This only works because the part left of the colon is not considered a valid interwiki name (does not match the regex [A-Z][a-zA-Z]+). > How can I disable that totally useless InterWiki functionality? No way, sorry. And btw, this is very useful in general, just not for languages like Finnish AND with false positives. > Or is > there some other way to format that link. There are 10's or 100's of > links with a colon on it. Try [[Self:finnish:word]]. Self is the interwiki name of the local wiki. I'll have a look into the link parsing, maybe we can solve this in a better way by checking whether the interwiki name exists in the interwiki map. From verduin at ameritech.net Mon Feb 18 14:14:38 2008 From: verduin at ameritech.net (George (Skip) VerDuin) Date: Mon, 18 Feb 2008 19:14:38 +0000 Subject: [Moin-user] Clarification of userid & help doc Message-ID: <1203362078.2642.439.camel@tango.gfvhome.org> Greetings from snowy Michigan -- May we explore the detail of user management a bit? I've searched the past year on this reflector and not found the subject discussed. I) The first paragraph of Help => Admin => User doc on my rev states: ____________________________ _____________________ User data is stored in directory data/user in files that have the user id as filename. The files with the appendix .trail contain a history of what pages the user visited last. ____________________________ <\paste from help doc> ____________________ At my moin rev=1.5.8(FC-8) this is not true. If development is to keep the design I am working with in place, then perhaps the help doc might be revised to say: ____________________________ _____________________ User data is stored in directory data/user in numerically numbered files that have the user id in the field "name=". The numeric file name is generated at user registration time in a format like a.b.c and the significance of the numbers are: a is --- b is --- c is --- Therefore at the root user level, all users might be listed by: "...# grep ^name= *" or a particular user may be found by: "...# grep userid *" where userid id the userid of a particular user who is being sought. The files with the appendix .trail contain a history of what pages the user visited last. ____________________________ <\paste to help doc> ____________________ In my case, the files with appendix .trail do not exist - perhaps I have not configured moin to keep these records but this is a subject I have not explored. II) The help doc treats the subject of user removal thus: ____________________________ _____________________ You can remove a user by deleting his user file (and other files that are named with that userid prefix). Be aware that if you do that, you will destroy the edit history of that user. Moin won't be able to show this user in page history, because this user id will then be unknown. So better disable an account rather than removing it. After user data is deleted, MoinMoin may still think the user exists due to the user cache in data/cache/user/name2id. Deleting this file purges the cache and should fix this problem. ____________________________ <\paste from help doc> ____________________ There is a related aspect of removal that is not treated and perhaps needs to be reviewed by both development and document groups. The "preferences" page presents the "name=" field for editing by the user even after registration time. I have not tested this action, but should I revise my name by editing the name field then I have effectively caused removal of the former userid per the above description and at the same moment registered under a new userid. Without reverting to the root user and using various find/grep/awk/vi utilities to rebuild the database it seems to me that allowing a user to change "name=" field is a potentially disastrous option. I'd like to be able to rewrite the help doc, but my knowledge is not deep enough. III) Having presented the above two subjects, I expect to use these concepts soon to "bring consistency" to the user group on the moin wiki under my care. This action of mine will require both removal of user file duplication and [maybe] editing individual user name fields. I will try to remedy past randomness with future pre-registration instructions on selection of "acceptable" user name field data. The last issue for me is to ask this group if built-in code tied to the name field having the purpose to make all the required substitutions in the database which allows a user to edit his name without adverse consequence is warranted? If not, I expect awk might become my friend again... Warmest regards from here, George From tw-public at gmx.de Mon Feb 18 16:32:35 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 18 Feb 2008 22:32:35 +0100 Subject: [Moin-user] Interwiki links fixed In-Reply-To: <22A84D4313E0A547B6A02A4EB85417B140C822@VNSP.vn.root> References: <22A84D4313E0A547B6A02A4EB85417B140C822@VNSP.vn.root> Message-ID: <1203370355.8641.32.camel@black> Just wanted to tell, that there is a fix to interwiki issues: http://hg.moinmo.in/moin/1.6/rev/3e3a549b49f0 If nothing unforseen happens, this will also be in 1.6.2. >From docs/CHANGES: Fix interwiki linking: Free interwiki links did not change since 1.5 (they still require to match [A-Z][A-Za-z]+ for the wikiname part, i.e. a ASCII word beginning with an uppercase letter). Bracketed interwiki links now behave similar to how they worked in 1.5: Moin just splits off the part left of the colon - no matter how it looks like. It then tries to find that in the interwiki map. If it is found, a interwiki link gets rendered. If it is not found, moin will render a link to a local wiki page (that has a colon in the pagename). It will also render a local wiki page link if there is no colon at all, of course. Examples: [[lowercasewikiname:somepage]] does an interwiki link (if in the map). [[h2g2:somepage]] does an interwiki link (if in the map). [[abc:n]] does a local link to page abc:n (if ABC is NOT in the map). [[ABC:n]] does a local link to page ABC:n (if ABC is NOT in the map). From tw-public at gmx.de Mon Feb 18 17:05:17 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 18 Feb 2008 23:05:17 +0100 Subject: [Moin-user] Clarification of userid & help doc In-Reply-To: <1203362078.2642.439.camel@tango.gfvhome.org> References: <1203362078.2642.439.camel@tango.gfvhome.org> Message-ID: <1203372317.8641.50.camel@black> > I) > The first paragraph of Help => Admin => User doc on my rev states: > ____________________________ _____________________ > User data is stored in directory data/user in files that have the user > id as filename. The files with the appendix .trail contain a history of > what pages the user visited last. > ____________________________ <\paste from help doc> ____________________ > > At my moin rev=1.5.8(FC-8) this is not true. If development is to keep > the design I am working with in place, then perhaps the help doc might > be revised to say: > ____________________________ _____________________ > User data is stored in directory data/user in numerically numbered files > that have the user id in the field "name=". Well, this is just a misunderstanding. userid IS that numerical thing. The user's name (login name) is called username (not userid). > The numeric file name is > generated at user registration time in a format like a.b.c and the > significance of the numbers are: > a is --- > b is --- > c is --- This is a internal detail. If it is interesting, look into the code. Otherwise take it just as random, unique userids. > Therefore at the root user level, all users might be listed by: > "...# grep ^name= *" > or a particular user may be found by: > "...# grep userid *" > where userid id the userid of a particular user who is being sought. s/userid/username/ # :) > The files with the appendix .trail contain a history of what pages the > user visited last. As of 1.6.0, this is not true any more. The trail is now stored into the session. And the bookmark(s) are now stored into same file as all other profile settings. > II) > The help doc treats the subject of user removal thus: > ____________________________ _____________________ > You can remove a user by deleting his user file (and other files that > are named with that userid prefix). > > Be aware that if you do that, you will destroy the edit history of that > user. Moin won't be able to show this user in page history, because this > user id will then be unknown. So better disable an account rather than > removing it. After user data is deleted, MoinMoin may still think the > user exists due to the user cache in data/cache/user/name2id. Deleting > this file purges the cache and should fix this problem. > ____________________________ <\paste from help doc> ____________________ > > There is a related aspect of removal that is not treated and perhaps > needs to be reviewed by both development and document groups. The > "preferences" page presents the "name=" field for editing by the user > even after registration time. I have not tested this action, but should > I revise my name by editing the name field then I have effectively > caused removal of the former userid per the above description and at the > same moment registered under a new userid. No, you still have the same userid, but a new username. Just imagine a women (or man) getting married and changing her (his) last name. Name changes, identity stays the same. > Without reverting to the > root user and using various find/grep/awk/vi utilities to rebuild the > database it seems to me that allowing a user to change "name=" field is > a potentially disastrous option. You can disable that field if you don't want it editable. But it has good reasons it is editable. Users are usually allowed to create an account for themselves (and it will accept any name they enter). So instead of changing the name, they could also just create another account. The problem is that if they do, they really have 2 identities (as far the wiki is concerned). So this is a bad option for the marriage case, for the oops/typo case and also for the nick->realname change case. > I'd like to be able to rewrite the > help doc, but my knowledge is not deep enough. It's good to talk first. :) > III) > Having presented the above two subjects, I expect to use these concepts > soon to "bring consistency" to the user group on the moin wiki under my > care. This action of mine will require both removal of user file > duplication and [maybe] editing individual user name fields. I will try > to remedy past randomness with future pre-registration instructions on > selection of "acceptable" user name field data. > > The last issue for me is to ask this group if built-in code tied to the > name field having the purpose to make all the required substitutions in > the database which allows a user to edit his name without adverse > consequence is warranted? If not, I expect awk might become my friend > again... If a user changes his/her username in the profile, RecentChanges and page info action will automatically show the new name afterwards. Of course, it will not change group pages and ACL entries. Thus, if that username is used in some ACLs or on group pages, the name will have to get change there also. It is also a good idea to kill the name2id caches after doing changes in the filesystem. From moin at mspacek.mm.st Tue Feb 19 04:51:15 2008 From: moin at mspacek.mm.st (Martin Spacek) Date: Tue, 19 Feb 2008 01:51:15 -0800 Subject: [Moin-user] Monitoring site gets 500 error: 'NoneType' object has no attribute 'startswith' In-Reply-To: <479E8D93.6040807@mspacek.mm.st> References: <479E8D93.6040807@mspacek.mm.st> Message-ID: <47BAA693.9050108@mspacek.mm.st> I just upgraded again from 1.6.0 to 1.6.1, and that fixed the problem. Seems like http://moinmo.in/MoinMoinBugs/1.6.0LanguageIgnoreBrowserConfigurationError (which was fixed in 1.6.1) was the culprit after all. Martin Martin Spacek wrote: > I just upgraded to 1.6.0 final from 1.6.0beta1. Everything seemed to be > fine, but my (free) monitoring service, siteuptime.com, started > complaining that the wiki (http://swindale.ecc.ubc.ca) was down, even > though it obviously wasn't when I viewed it in various browsers on > various networks. > > I just tried a few other monitoring services and they're all reporting > that it's down. One of them gave it as a 500 Internal Server error. > > I checked my moin.log, and it looks like every time a monitoring service > tries to access the site, I get one of these: > > 2008-01-28 17:49:25,674 ERROR AttributeError: 'NoneType' object has no > attribute 'startswith' > Traceback (most recent call last): > File "/usr/lib/python2.5/site-packages/MoinMoin/request/__init__.py", > line 1248, in run > self.page = wikiutil.getFrontPage(self) > File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line > 783, in getFrontPage > return getLocalizedPage(request, request.cfg.page_front_page) > File "/usr/lib/python2.5/site-packages/MoinMoin/wikiutil.py", line > 752, in getLocalizedPage > i18n_name = request.getText(pagename, formatted=False) > File "/usr/lib/python2.5/site-packages/MoinMoin/request/__init__.py", > line 273, in > self.getText = lambda text, i18n=self.i18n, request=self, > lang=self.lang, **kv: i18n.getText(text, request, lang, **kv) > File "/usr/lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", > line 234, in getText > t.loadLanguage(request) > File "/usr/lib/python2.5/site-packages/MoinMoin/i18n/__init__.py", > line 178, in loadLanguage > needsupdate = cache.needsUpdate(langfilename) > File "/usr/lib/python2.5/site-packages/MoinMoin/caching.py", line 92, > in needsUpdate > ctime = os.path.getmtime(self._filename()) > File "/usr/lib/python2.5/site-packages/MoinMoin/caching.py", line 75, > in _filename > return os.path.join(self.arena_dir, self.key) > File "posixpath.py", line 60, in join > if b.startswith('/'): > AttributeError: 'NoneType' object has no attribute 'startswith' > > > However, when I access it with a web browser, the site displays fine, > and nothing shows up in the log. My site is a single language English > site. I found a bug report that sounds similar, but doesn't apply in my > case: > > http://moinmo.in/MoinMoinBugs/1.6.0LanguageIgnoreBrowserConfigurationError > > I'm using Twisted. I've attached my wikiconfig.py, with a couple of > sensitive fields replaced with 'blahblah'. > > Any ideas? > > Thanks, > > Martin > From crosseyedpenguin at yahoo.com Wed Feb 20 15:09:52 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Wed, 20 Feb 2008 12:09:52 -0800 (PST) Subject: [Moin-user] moin-diff.gif missing on my 1.6.1; moinmo.in 1.6.1 uses moin-diff.png Message-ID: <878728.38612.qm@web36213.mail.mud.yahoo.com> On the bottom of the RecentChanges page of my "Moin 1.6.1 [Revision release]" installation, the legend footer calls for moin-diff.gif, moin-new.gif, etc icons. All of these are missing from htdocs/modern.img/. The bottom of the moino.in RecentChanges page shows the icons. These are named moin-diff.png, moin-new.png, etc. SystemInfo on moinmo.in shows the same version as Release 1.6.1 [Revision release] -- is moinmo.in running 1.6.1+ with the .gif bug fixed? I looked for a fix on /moin/1.6/shortlog but could not find a matching description. Roger Haase ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From darver at vmware.com Wed Feb 20 16:49:05 2008 From: darver at vmware.com (Dexter Arver) Date: Wed, 20 Feb 2008 13:49:05 -0800 Subject: [Moin-user] contributing to moinmoin Message-ID: <36CAF30A-1DC3-421E-821A-6A30576B94F7@vmware.com> Hello. I was wondering what the best way was to contribute new features to moinmoin. I recently added a small change so that in basic http auth, the email field gets automatically populated. Should I just open a new feature request and file a patch there? -Dexter From rick.vanderveer at gmail.com Wed Feb 20 18:18:49 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 20 Feb 2008 17:18:49 -0600 Subject: [Moin-user] contributing to moinmoin In-Reply-To: <36CAF30A-1DC3-421E-821A-6A30576B94F7@vmware.com> References: <36CAF30A-1DC3-421E-821A-6A30576B94F7@vmware.com> Message-ID: <5c39e1ca0802201518h62999953k9bd59495cca732b2@mail.gmail.com> Well, I for one am interested in your patch! I can't speak for the core developers (I'm just a grateful user), but I guess it depends on the form your patch is in as to where to put it. I assume it's not a macro (that would be too easy, if it were then you could simply add it to the MacroMarket page). Maybe post it as a feature request page? Please let me know where you put it, so I can check it out... -Rick On Wed, Feb 20, 2008 at 3:49 PM, Dexter Arver wrote: > Hello. > > I was wondering what the best way was to contribute new features to > moinmoin. I recently added a small change so that in basic http auth, > the email field gets automatically populated. Should I just open a new > feature request and file a patch there? > > -Dexter > > ------------------------------------------------------------------------- > 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 darver at vmware.com Wed Feb 20 18:37:22 2008 From: darver at vmware.com (Dexter Arver) Date: Wed, 20 Feb 2008 15:37:22 -0800 Subject: [Moin-user] contributing to moinmoin In-Reply-To: <5c39e1ca0802201518h62999953k9bd59495cca732b2@mail.gmail.com> References: <36CAF30A-1DC3-421E-821A-6A30576B94F7@vmware.com> <5c39e1ca0802201518h62999953k9bd59495cca732b2@mail.gmail.com> Message-ID: Heh, I think I found the correct section. It's up here: http://moinmo.in/MoinMoinPatch/HttpAuthAutoEmail -Dexter On Feb 20, 2008, at 3:18 PM, Rick Vanderveer wrote: > Well, I for one am interested in your patch! > > I can't speak for the core developers (I'm just a grateful user), > but I guess it depends on the form your patch is in as to where to > put it. I assume it's not a macro (that would be too easy, if it > were then you could simply add it to the MacroMarket page). Maybe > post it as a feature request page? > > Please let me know where you put it, so I can check it out... > > -Rick > > > On Wed, Feb 20, 2008 at 3:49 PM, Dexter Arver > wrote: > Hello. > > I was wondering what the best way was to contribute new features to > moinmoin. I recently added a small change so that in basic http auth, > the email field gets automatically populated. Should I just open a new > feature request and file a patch there? > > -Dexter > > ------------------------------------------------------------------------- > 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 Thu Feb 21 07:13:43 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 21 Feb 2008 13:13:43 +0100 Subject: [Moin-user] moin-diff.gif missing on my 1.6.1; moinmo.in 1.6.1 uses moin-diff.png In-Reply-To: <878728.38612.qm@web36213.mail.mud.yahoo.com> References: <878728.38612.qm@web36213.mail.mud.yahoo.com> Message-ID: <47BD6AF7.70503@gmx.de> > On the bottom of the RecentChanges page of my "Moin 1.6.1 [Revision > release]" installation, the legend footer calls for moin-diff.gif, > moin-new.gif, etc icons. All of these are missing from > htdocs/modern.img/. We don't use gifs any more since quite a while. Are you using a theme that was not updated for recent moins maybe? Did you update the static data (see wiki/htdocs in the dist archive) for your site? From hp.news at gmx.de Thu Feb 21 13:05:53 2008 From: hp.news at gmx.de (Hape Schaal) Date: Thu, 21 Feb 2008 18:05:53 +0000 Subject: [Moin-user] Announcement: MoinMoin to OpenDocument Export (Formatter) Message-ID: <200802211805.53646.hp.news@gmx.de> Hi, I just uploaded the first beta version of my MoinMoin2ODF formatter. This formatter exports a MoinMoin wiki page to an OpenDocument-Text (.odt) file. OpenDocument is the standard file format of OpenOffice and KOffice. Many other applications can read this file format as well. I also use this Formatter for PDF creation with OpenOffice as an intermediate step where I can edit and polish my documents before converting them to PDF. Of course you can use OpenOffice as well to convert your wiki pages to MS Word files. You can download the formatter at: http://moinmo.in/FormatterMarket Be sure to read INSTALL.txt before installing. For feedback you can also use: http://moinmo.in/FormatterMarket/MoinMoin2ODF Have fun, Hans-Peter From holzum1 at netcologne.de Thu Feb 21 15:43:37 2008 From: holzum1 at netcologne.de (Bernd Holzum) Date: Thu, 21 Feb 2008 21:43:37 +0100 Subject: [Moin-user] Rights Message-ID: Hi, although having read relevant stuff, I still do not completely get the whole concept of interaction between rights given in wikiconfig.py, group rights (where are groups defined?), acl rights in pages. Ok, but my aim is quite simple anyway, I think. I would like to grant every right to the users except a) the right to delete pages b) the right to upload stuff (pictures, music, programs etc.) These rights a) and b) should be granted only to the administrator (who has one single account, let's say "JohnMiller"). No need for ACL's on single pages. Some advice would be appreciated. Not much more than two or three lines in wikiconfig.py, I presume. Thanks Bernd Holzum, Cologne (Germany) From rick.vanderveer at gmail.com Thu Feb 21 15:58:33 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Thu, 21 Feb 2008 14:58:33 -0600 Subject: [Moin-user] Rights In-Reply-To: References: Message-ID: <5c39e1ca0802211258l245e6d6fye3990198efa11260@mail.gmail.com> This is easy, you basically just need to add this in your wikiconfig.pyfile: acl_rights_before = u"JohnMiller:read,write,delete,revert,admin" acl_rights_default = u"All:read,write,revert" ...where JohnMiller is the admin and "all" is everyone else. You don't need to specify 'all', as it is a built-in catch-all group representing anyone who is on the wiki. See this page for more help: http://moinmo.in/HelpOnAccessControlLists -Rick On Thu, Feb 21, 2008 at 2:43 PM, Bernd Holzum wrote: > Hi, > > although having read relevant stuff, I still do not completely get the > whole > concept of interaction between rights given in wikiconfig.py, group rights > (where are groups defined?), acl rights in pages. > > Ok, but my aim is quite simple anyway, I think. > > I would like to grant every right to the users except > > a) the right to delete pages > b) the right to upload stuff (pictures, music, programs etc.) > > These rights a) and b) should be granted only to the administrator (who > has > one single account, let's say "JohnMiller"). > > No need for ACL's on single pages. > > Some advice would be appreciated. Not much more than two or three lines in > wikiconfig.py, I presume. > > Thanks > Bernd Holzum, Cologne (Germany) > > > ------------------------------------------------------------------------- > 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 crosseyedpenguin at yahoo.com Thu Feb 21 16:28:51 2008 From: crosseyedpenguin at yahoo.com (Roger Haase) Date: Thu, 21 Feb 2008 13:28:51 -0800 (PST) Subject: [Moin-user] moin-diff.gif missing on my 1.6.1; moinmo.in 1.6.1 uses moin-diff.png In-Reply-To: <47BD6AF7.70503@gmx.de> Message-ID: <772300.62899.qm@web36207.mail.mud.yahoo.com> --- Thomas Waldmann wrote: > > > On the bottom of the RecentChanges page of my "Moin 1.6.1 [Revision > > release]" installation, the legend footer calls for moin-diff.gif, > > moin-new.gif, etc icons. All of these are missing from > > htdocs/modern.img/. > > We don't use gifs any more since quite a while. > > Are you using a theme that was not updated for recent moins maybe? > > Did you update the static data (see wiki/htdocs in the dist archive) > for > your site? > The problem was that mywiki/data/pages contained a RecentChanges page from 2004. Per my apache logs, the moin-diff.gif error messages began after my conversion to 1.6.1. Apparently Moin 1.5.8 and prior versions were accessing the (newer) underlay version of the page. Thanks for your suggestions. Roger ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From rb.proj at gmail.com Thu Feb 21 16:49:31 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 21 Feb 2008 22:49:31 +0100 Subject: [Moin-user] offline edit? In-Reply-To: References: Message-ID: Neal Becker schrieb: > I have an rst file I want to add to my wiki. Is there a feature to do this, > maybe offline-edit? You may want to use the action Load cheers Reimar > > > ------------------------------------------------------------------------- > 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/ From rb.proj at gmail.com Thu Feb 21 16:56:50 2008 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 21 Feb 2008 22:56:50 +0100 Subject: [Moin-user] [Moin 1.6.0]Superuser Can not install language package ? In-Reply-To: <200802032303221995234@gmail.com> References: <200802032258502142440@gmail.com> <200802032303221995234@gmail.com> Message-ID: szhairui schrieb: > 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 > > Hi that was a bug fixed in 1.6.1 (see http://hg.moinmo.in/moin/1.6/rev/f35fd499c560) cheers Reimar From tw-public at gmx.de Fri Feb 22 06:37:48 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 22 Feb 2008 12:37:48 +0100 Subject: [Moin-user] moin-diff.gif missing on my 1.6.1; moinmo.in 1.6.1 uses moin-diff.png In-Reply-To: <772300.62899.qm@web36207.mail.mud.yahoo.com> References: <772300.62899.qm@web36207.mail.mud.yahoo.com> Message-ID: <1203680268.6205.0.camel@black> > The problem was that mywiki/data/pages contained a RecentChanges page > from 2004. Use the page EditedSystemPages to cleanup that kind of stuff. From tw-public at gmx.de Fri Feb 22 06:41:17 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 22 Feb 2008 12:41:17 +0100 Subject: [Moin-user] [Moin 1.6.0]Superuser Can not install language package ? In-Reply-To: <200802032303221995234@gmail.com> References: <200802032258502142440@gmail.com> <200802032303221995234@gmail.com> Message-ID: <1203680477.6205.3.camel@black> > Then I added the line of "superuser = u'YourName" into the wikiconfig.py file of the instance. It has to be a list: superuser = [u'YourName', ] From holzum1 at netcologne.de Fri Feb 22 21:02:24 2008 From: holzum1 at netcologne.de (Bernd Holzum) Date: Sat, 23 Feb 2008 03:02:24 +0100 Subject: [Moin-user] Rights Message-ID: Rick Vanderveer wrote: > This is easy, you basically just need to add this in your > wikiconfig.pyfile: > > acl_rights_before = u"JohnMiller:read,write,delete,revert,admin" > acl_rights_default = u"All:read,write,revert" > > ...where JohnMiller is the admin and "all" is everyone else. ?You don't > need to specify 'all', as it is a built-in catch-all group representing > anyone who is on the wiki. > > See this page for more help: > http://moinmo.in/HelpOnAccessControlLists > > -Rick > Thanks, Rick. Tried this out immediately and got some insights. But unfortunately the "write" right declared in wikiconfig.py obviously includes not only editing the text, but also uploading attachments. At least on my test system. So the given options in wikiconfig.py don't allow me to reserve file uploads for the admin? Bernd Holzum From sysadmin at handsworth.bham.sch.uk Mon Feb 25 10:34:16 2008 From: sysadmin at handsworth.bham.sch.uk (Martin Woolley) Date: Mon, 25 Feb 2008 15:34:16 +0000 Subject: [Moin-user] [[BR]] vs <
> Message-ID: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> Guys, we've been running MoinMoin 1.5.3 on an external web hosting company successfully for 3 years. We are in the process of moving it inhouse and I've decided to ugrade to the latest version (1.6.1). One thing that I found is that previously macros such as break line worked if entered in the formatting language as [[BR]] but now they only appear to work if entered as <
>. Is this configurable? We would rather like to keep the square brackets rather than trawl all of our pages and change them to angled brackets. -- Regards Martin Woolley ICT Support Handsworth Grammar School Isis Astarte Diana Hecate Demeter Kali Inanna ************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster at bgfl.org The views expressed within this email are those of the individual, and not necessarily those of the organisation ************************************************************* From rick.vanderveer at gmail.com Mon Feb 25 12:02:42 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Mon, 25 Feb 2008 11:02:42 -0600 Subject: [Moin-user] [[BR]] vs <
> In-Reply-To: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> References: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> Message-ID: <5c39e1ca0802250902v583c4325g3306deb08d863a40@mail.gmail.com> Martin, Not to worry, the upgrade script handles converting all built-in macros from [[ to <<. There's also very good reasons for this change, so I highly doubt you'll get it back the old way (without simply sticking with the old version, haha!). This page will give you an overview of the upgrade process: http://moinmo.in/RickVanderveer/MigratingFromMoin15ToMoin16 -Rick On Mon, Feb 25, 2008 at 9:34 AM, Martin Woolley < sysadmin at handsworth.bham.sch.uk> wrote: > Guys, > we've been running MoinMoin 1.5.3 on an external web hosting company > successfully for 3 years. We are in the process of moving it inhouse and > I've decided to ugrade to the latest version (1.6.1). > > One thing that I found is that previously macros such as break line worked > if > entered in the formatting language as [[BR]] but now they only appear to > work > if entered as <
>. Is this configurable? We would rather like to keep > the > square brackets rather than trawl all of our pages and change them to > angled > brackets. > -- > Regards > Martin Woolley > ICT Support > Handsworth Grammar School > Isis Astarte Diana Hecate Demeter Kali Inanna > > ************************************************************* > This email and any files transmitted with it are confidential > and intended solely for the use of the individual or entity > to whom they are addressed. If you have received this email > in error please notify postmaster at bgfl.org > > The views expressed within this email are those of the > individual, and not necessarily those of the organisation > ************************************************************* > > > ------------------------------------------------------------------------- > 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 skip at pobox.com Mon Feb 25 12:51:58 2008 From: skip at pobox.com (skip at pobox.com) Date: Mon, 25 Feb 2008 11:51:58 -0600 Subject: [Moin-user] [[BR]] vs <
> In-Reply-To: <5c39e1ca0802250902v583c4325g3306deb08d863a40@mail.gmail.com> References: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> <5c39e1ca0802250902v583c4325g3306deb08d863a40@mail.gmail.com> Message-ID: <18371.62.104342.673544@montanaro-dyndns-org.local> Rick> Not to worry, the upgrade script handles converting all built-in Rick> macros from [[ to <<. There's also very good reasons for this Rick> change, so I highly doubt you'll get it back the old way (without Rick> simply sticking with the old version, haha!). The release page at http://moinmo.in/MoinMoinRelease1.6 doesn't explain this change (it just says "new macro markup"). Can you point me to an explanation for the change? Thx, Skip Montanaro From tw-public at gmx.de Tue Feb 26 11:34:52 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 26 Feb 2008 17:34:52 +0100 Subject: [Moin-user] [[BR]] vs <
> In-Reply-To: <18371.62.104342.673544@montanaro-dyndns-org.local> References: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> <5c39e1ca0802250902v583c4325g3306deb08d863a40@mail.gmail.com> <18371.62.104342.673544@montanaro-dyndns-org.local> Message-ID: <47C43FAC.4060906@gmx.de> > The release page at http://moinmo.in/MoinMoinRelease1.6 doesn't explain this > change (it just says "new macro markup"). Can you point me to an > explanation for the change? Maybe read the 1.6 HelpOnLinking page then it should be quite obvious why that was done. From stefanxe at gmx.net Tue Feb 26 18:30:17 2008 From: stefanxe at gmx.net (Stefan X) Date: Wed, 27 Feb 2008 00:30:17 +0100 Subject: [Moin-user] Apache with SSL-only Message-ID: <47C4A109.6000606@gmx.net> Hello! I use a Debian system with Apache and Moin 1.6.1 which serves at "www.example.com/" (no directory) without problems. Today I tried to configure Apache to accept SSL/TLS connections ONLY! Therefore I configured /etc/apache2/sites-enabled/000-default to include the following: NameVirtualHost * SSLProtocol -all -SSLv2 SSLCipherSuite SSLv2:+HIGH:+MEDIUM SSLEngine On SSLCertificateFile /my/key.pem SSLRequireSSL Options FollowSymLinks AllowOverride None [...] When starting Apache I have to enter the passphrase, fine, and Apache starts. Unfortunately no data is served by Apache anymore (both HTTP and HTTPS). When accessing the Wiki in Firefox I get the message that the server is unavailable. The Apache error log tells me: [error] No SSL protocols available [hint: SSLProtocol] The file /etc/apache2/ports.conf already contains: Listen 80 Listen 443 Also the SSL-module seems to be enabled because it is referenced in /etc/apache2/mods-enabled/. Any ideas how to get it running? Thank you! Bye Stefan From tw-public at gmx.de Tue Feb 26 19:24:29 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 27 Feb 2008 01:24:29 +0100 Subject: [Moin-user] [[BR]] vs <
> In-Reply-To: <47C43FAC.4060906@gmx.de> References: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> <5c39e1ca0802250902v583c4325g3306deb08d863a40@mail.gmail.com> <18371.62.104342.673544@montanaro-dyndns-org.local> <47C43FAC.4060906@gmx.de> Message-ID: <1204071869.6809.3.camel@black> > > The release page at http://moinmo.in/MoinMoinRelease1.6 doesn't explain this > > change (it just says "new macro markup"). Can you point me to an > > explanation for the change? > > Maybe read the 1.6 HelpOnLinking page then it should be quite obvious > why that was done. Some more thoughts about it: There is that new Creole wiki markup standard. Moin's new linking is 99% creole. MediaWiki also uses [[...]] for linking (moin is now also more similar to MediaWiki linking than it was before). Therefore, using something else than [[]] for the new linking markup was out of question. Because we used [[]] for macros, this triggered the macro markup change to <<>>. From szybalski at gmail.com Tue Feb 26 21:54:37 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Tue, 26 Feb 2008 20:54:37 -0600 Subject: [Moin-user] custom navi_bar Message-ID: <804e5c70802261854o57b73845yc7f967501bcea9a@mail.gmail.com> Is there a way to have a custom navi_bar? Instead of linking to a moin page I want to point it to something else. Front page, recent pages, mypage (points to custom html code)( a special button for example.) Lucas From wilson at visi.com Tue Feb 26 21:56:51 2008 From: wilson at visi.com (Tim Wilson) Date: Tue, 26 Feb 2008 20:56:51 -0600 Subject: [Moin-user] Upgrading to 1.6.1 from 1.6 beta Message-ID: <9CAB2769-8783-402D-ADCA-DAD9590E5692@visi.com> Hi all, Perhaps I missed it somewhere, but as a relative MoinMoin newbie I haven't seen an instructions on upgrading my MoinMoin instance from 1.6 beta to 1.6.1. Are the steps documented anywhere? -Tim -- Tim Wilson, The Savvy Technologist Twin Cities, Minnesota, USA Educational technology guy, Linux and OS X fan, Grad. student, Daddy mailto: wilson at visi.com aim: tis270 blog and podcast: http://technosavvy.org From skip at pobox.com Tue Feb 26 22:41:27 2008 From: skip at pobox.com (skip at pobox.com) Date: Tue, 26 Feb 2008 21:41:27 -0600 Subject: [Moin-user] [[BR]] vs <
> In-Reply-To: <1204071869.6809.3.camel@black> References: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> <5c39e1ca0802250902v583c4325g3306deb08d863a40@mail.gmail.com> <18371.62.104342.673544@montanaro-dyndns-org.local> <47C43FAC.4060906@gmx.de> <1204071869.6809.3.camel@black> Message-ID: <18372.56295.364096.837584@montanaro-dyndns-org.local> >> > The release page at http://moinmo.in/MoinMoinRelease1.6 doesn't >> > explain this change (it just says "new macro markup"). Can you >> > point me to an explanation for the change? Thomas> Some more thoughts about it: Thomas> There is that new Creole wiki markup standard. Moin's new Thomas> linking is 99% creole. This makes sense. Maybe feature that change more prominently on the above release page (like right at the top). I had never heard of Creole wiki markup before and just glossed over the mention of it far down the page. Skip From rick.vanderveer at gmail.com Tue Feb 26 22:32:35 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 26 Feb 2008 21:32:35 -0600 Subject: [Moin-user] custom navi_bar In-Reply-To: <804e5c70802261854o57b73845yc7f967501bcea9a@mail.gmail.com> References: <804e5c70802261854o57b73845yc7f967501bcea9a@mail.gmail.com> Message-ID: <5c39e1ca0802261932o3ea11300o4171bff267ee5a13@mail.gmail.com> Sure, no problem. Sample: navi_bar = [ u'RecentChanges', u'[http://www.example.com/path/page.html External Page], ] -Rick On Tue, Feb 26, 2008 at 8:54 PM, Lukasz Szybalski wrote: > Is there a way to have a custom navi_bar? > Instead of linking to a moin page I want to point it to something else. > > Front page, recent pages, mypage (points to custom html code)( a > special button for example.) > > Lucas > > ------------------------------------------------------------------------- > 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 Tue Feb 26 22:20:15 2008 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 26 Feb 2008 21:20:15 -0600 Subject: [Moin-user] question about {{attachment:image.png|align="position"}} Message-ID: <5c39e1ca0802261920s23901b0ap2cd3e16ecbe957dd@mail.gmail.com> All,The new embedding syntax has an intriguing alignment option. However, after some experimentation, I still cannot seem to get it to work. For example, {{attachment:image.png|align="right"}} (or top, or bottom) doesn't actually do anything. I tried this on both my own installation, as well as http://moinmo.in Thoughts on this? Am I doing something wrong? -Rick -------------- next part -------------- An HTML attachment was scrubbed... URL: From szybalski at gmail.com Wed Feb 27 09:46:39 2008 From: szybalski at gmail.com (Lukasz Szybalski) Date: Wed, 27 Feb 2008 08:46:39 -0600 Subject: [Moin-user] custom navi_bar In-Reply-To: <5c39e1ca0802261932o3ea11300o4171bff267ee5a13@mail.gmail.com> References: <804e5c70802261854o57b73845yc7f967501bcea9a@mail.gmail.com> <5c39e1ca0802261932o3ea11300o4171bff267ee5a13@mail.gmail.com> Message-ID: <804e5c70802270646m5cbd8876m5419fc22d2e0ece4@mail.gmail.com> On Tue, Feb 26, 2008 at 9:32 PM, Rick Vanderveer wrote: > Sure, no problem. Sample: > > navi_bar = [ > u'RecentChanges', > u'[http://www.example.com/path/page.html External Page], > ] > > navi_bar = [ > u'RecentChanges', > u'[http://www.example.com/path/page.html External Page], Would it be possible to include custom html? u'[ link to my special page]', ] > wrote: > > > > > > > > Is there a way to have a custom navi_bar? > > Instead of linking to a moin page I want to point it to something else. > > > > Front page, recent pages, mypage (points to custom html code)( a > > special button for example.) > > > > Lucas > > > > ------------------------------------------------------------------------- > > 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 Documentation: http://www.lucasmanual.com/mywiki/TurboGears From sysadmin at handsworth.bham.sch.uk Wed Feb 27 10:59:19 2008 From: sysadmin at handsworth.bham.sch.uk (Martin Woolley) Date: Wed, 27 Feb 2008 15:59:19 +0000 Subject: [Moin-user] Bunch of links in a list In-Reply-To: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> References: <200802251534.16787.sysadmin@handsworth.bham.sch.uk> Message-ID: <200802271559.20045.sysadmin@handsworth.bham.sch.uk> Hi Guys, thanks for the clarification on angle brackets on macros. Next problem - when we have a list containing internal links we get some odd formatting; each link on a separate line. By way of example, if we have code : * Using Logo [[LogoProgramming|TryLogo]] * Other Languages '''ProgrammingLanguages''' We get * Using Logo TryLogo * Other Languages ProgrammingLanguages ie the TryLogo and ProgrammingLanguages appear on lines following the accompanying text, where as on the old 1.5 version we got * Using Logo TryLogo * Other Languages ProgrammingLanguages ie, the links are on the same line as the text. Strangely, if I surround the list with the MiniPage macro, the formatting return to the old (preferred) style. Are we doing something wrong? -- Regards Martin Woolley ICT Support Handsworth Grammar School Isis Astarte Diana Hecate Demeter Kali Inanna ************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify postmaster at bgfl.org The views expressed within this email are those of the individual, and not necessarily those of the organisation ************************************************************* From tw-public at gmx.de Wed Feb 27 10:26:49 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 27 Feb 2008 16:26:49 +0100 Subject: [Moin-user] custom navi_bar In-Reply-To: <804e5c70802270646m5cbd8876m5419fc22d2e0ece4@mail.gmail.com> References: <804e5c70802261854o57b73845yc7f967501bcea9a@mail.gmail.com> <5c39e1ca0802261932o3ea11300o4171bff267ee5a13@mail.gmail.com> <804e5c70802270646m5cbd8876m5419fc22d2e0ece4@mail.gmail.com> Message-ID: <47C58139.1070200@gmx.de> > Would it be possible to include custom html? > u'[ link > to my special page]', > ] No (at least not yet). Currently you can give target and the text shown: 1.5: [http://... text shown] 1.6: [[http://...|text shown]] From ndbecker2 at gmail.com Fri Feb 29 08:50:24 2008 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 29 Feb 2008 08:50:24 -0500 Subject: [Moin-user] code block within rst Message-ID: I'm trying out pygments. pygments comes with external/moin-parser.py. I installed this into my wiki data/plugin/parser as code.py. I want to include python code within rst. The only way I found to do this is: {{{!#rst blah blah }}} {{{#!code python print "hello" }}} {{{#!rst }}} That is, the formatting regions don't nest. Is this the only way? From tw-public at gmx.de Fri Feb 29 09:28:35 2008 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri, 29 Feb 2008 15:28:35 +0100 Subject: [Moin-user] code block within rst In-Reply-To: References: Message-ID: <47C81693.3090406@gmx.de> > I want to include python code within rst. The only way I found to do this > is: > That is, the formatting regions don't nest. Is this the only way? The "wiki" parser in 1.6+ is able to nest parser blocks. I guess the rst parser is not...