From sw at gegenunendlich.de Mon May 1 08:48:02 2006 From: sw at gegenunendlich.de (Stefan Walter) Date: Mon May 1 08:48:02 2006 Subject: [Moin-user] HTTP authentication with lighttpd + fastcgi Message-ID: <20060501154652.GE833@kyuzo.dunkelkammer.void> Hi, has anyone successfully set up a MoinMoin on lighttpd with FastCGI and HTTP authentication? My wikiconfig.py contains, as described on [1], the following two lines: from MoinMoin.auth import http, moin_cookie and auth = [http, moin_cookie] HTTP authentication works for the web server, but I am not logged in with MoinMoin afterwards (a MoinMoin account with the same name does exist). Instead, I have to login via the UserPreferences page. Any suggestions what might be missing? Regards, Stefan [1]: http://moinmoin.wikiwikiweb.de/HelpOnAuthentication -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 650 bytes Desc: not available URL: From chris at art-en-soul.cix.co.uk Mon May 1 13:47:01 2006 From: chris at art-en-soul.cix.co.uk (Chris Lawley) Date: Mon May 1 13:47:01 2006 Subject: [Moin-user] ImageLink problem In-Reply-To: <4454CE61.3201.1E601F@chris.art-en-soul> References: <200604301421.04282.mark.volkert@rakekniven.de> Message-ID: <44568179.14256.B43107@chris.art-en-soul> Those nice programmers have posted a fix/patch here http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ImageLinkToAttachmentB roken I haven't checked it out yet, but what a turn-round !! I'm impressed and jealous at their knowledge and stuff! chris :-) From listen at jasyjatere.com Tue May 2 04:03:05 2006 From: listen at jasyjatere.com (Sebastian Nordhoff) Date: Tue May 2 04:03:05 2006 Subject: [Moin-user] Linux-wiki on fat32 partition Message-ID: Hi, I am forced to use sometimes Linux and sometimes Windows on my computer. I would like my wiki to be available under both OS, but I encounter some problems. I have installed moin on both OS. Windows and Linux wikis are both 1.5.3. They both have their own installation, moin.py and wikiconfig.py, but both wikiconfig.py?s point to the same data and underlay directories. These directories are located on a fat32 partition. Windows has no problems reading and writing to these files. Linux can access the files and open them for editing. Preview is also possible. But when it comes to saving the changes, the Linux wiki shows an error page: OSError [Errno 1] Operation not permitted: '/home/snordhoff/Linwiki/data/pages/DomainTemplate/revisions/00000009' (Linwiki is a symlink to the Windows-partition) The changes are actually written to the disk, so that?s fine. I would just like to get rid of that error page. I suspect that the error message refers to some kind of unix-specific operation that Moin tries to call, but which is not possible on fat32. Now the question: How can I teach MoinMoin to not perform unix-specific options on directories that are located on fat32 partitions? Alternatively, how could I teach Moin to ignore [Errno 1]? Thanks for answering Sebastian -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From jensj at fysik.dtu.dk Tue May 2 08:02:01 2006 From: jensj at fysik.dtu.dk (=?ISO-8859-1?Q?Jens_J=F8rgen_Mortensen?=) Date: Tue May 2 08:02:01 2006 Subject: [Moin-user] How to merge userdata when upgrading from 1.3 to 1.5 In-Reply-To: <442C06C7.2000001@gmx.de> References: <441ECFE6.30501@webde.de> <2cbc44a0603300641j48330cc3o32031bc13202882@mail.gmail.com> <442BEF04.9000603@webde.de> <442C06C7.2000001@gmx.de> Message-ID: <44577435.9020408@servfys.fysik.dtu.dk> Thomas Waldmann wrote: >>> I did not find the setting for sharing user data. i just found the >>> user home dir settings in HelpOnConfiguration. >> > > You mean user_homewiki? That is something different... > > You need to point user_dir to the same directory - and that is all > you need for doing a fresh farm setup with shared users. interwikiname > should also be set to some sane (and different) value for all wikis in > the farm. What if it is not a fresh farm setup? If I have an old farm of wikis with separate users and I want to share users? Should I just copy the old user files to a new and common user_dir or should I start from fresh with no users? Jens J?rgen From tw-public at gmx.de Tue May 2 08:29:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue May 2 08:29:02 2006 Subject: [Moin-user] Linux-wiki on fat32 partition In-Reply-To: References: Message-ID: <44577A75.2060207@gmx.de> > But when it comes to saving the changes, the Linux wiki shows an error > page: > > OSError > [Errno 1] Operation not permitted: > '/home/snordhoff/Linwiki/data/pages/DomainTemplate/revisions/00000009' We need the full backtrace html in a bug report on MoinMoin wiki. > I suspect that the error message refers to some kind of unix-specific > operation that Moin tries to call, but which is not possible on fat32. > Now the question: How can I teach MoinMoin to not perform unix-specific > options on directories that are located on fat32 partitions? Maybe some chmod call. > Alternatively, how could I teach Moin to ignore [Errno 1]? First find out what exactly fails. Then decide if that is a problem or not. If not, use try: ... except OSError, err: ... Maybe join us on #moin on irc.freenode.net when you have time for debugging that. From tw-public at gmx.de Tue May 2 08:30:05 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue May 2 08:30:05 2006 Subject: [Moin-user] Linux-wiki on fat32 partition In-Reply-To: References: Message-ID: <44577ACB.8090807@gmx.de> > directories. These directories are located on a fat32 partition. BTW, FAT32 has some bugs / missing features, maybe search the moinmoin wiki for bug reports related to it. From 2005a at usenet.alexanderweb.de Tue May 2 08:33:21 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Tue May 2 08:33:21 2006 Subject: [Moin-user] Google's Summer of Code - Students coding on MoinMoin Message-ID: <1tyvg9iz60scq.dlg@usenet.alexanderweb.de> Hi, as you might have seen, MoinMoin is one of the projects taking part in Google's Summer of Code (http://code.google.com/soc/ ). If you are a student and want to work on MoinMoin for money, then you should apply in the next days (before 2006-05-08). See http://moinmoin.wikiwikiweb.de/GoogleSoc2006 for details. Kind regards, Alexander From tw-public at gmx.de Tue May 2 08:39:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue May 2 08:39:02 2006 Subject: [Moin-user] How to merge userdata when upgrading from 1.3 to 1.5 In-Reply-To: <44577435.9020408@servfys.fysik.dtu.dk> References: <441ECFE6.30501@webde.de> <2cbc44a0603300641j48330cc3o32031bc13202882@mail.gmail.com> <442BEF04.9000603@webde.de> <442C06C7.2000001@gmx.de> <44577435.9020408@servfys.fysik.dtu.dk> Message-ID: <44577CF7.6070404@gmx.de> > What if it is not a fresh farm setup? If I have an old farm of wikis > with separate users and I want to share users? Should I just copy the > old user files to a new and common user_dir or should I start from fresh > with no users? If you don't want to lose edit history (WHO editied what), you need a userbase merging and history rewriting tool (does not exist yet). If you can live without that history, you can either drop part or all of your userbase (and let the missing ones re-register). Keep ACLs in mind in case you have "secret" pages and make sure no wrong person registers as a privileged username. From mark.volkert at rakekniven.de Tue May 2 10:33:02 2006 From: mark.volkert at rakekniven.de (Mark Volkert) Date: Tue May 2 10:33:02 2006 Subject: [Moin-user] ImageLink problem In-Reply-To: <44568179.14256.B43107@chris.art-en-soul> References: <200604301421.04282.mark.volkert@rakekniven.de> <44568179.14256.B43107@chris.art-en-soul> Message-ID: <200605021931.09440.mark.volkert@rakekniven.de> Am Montag, 1. Mai 2006 22:45 schrieb Chris Lawley: > Those nice programmers have posted a fix/patch here > http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ImageLinkToAttachmentB > roken > > I haven't checked it out yet, but what a turn-round !! Works for me! Thanks for the quick remedy! My question again: Is it hard to add an option to display a border? Regards, Mark From jensj at fysik.dtu.dk Wed May 3 00:00:04 2006 From: jensj at fysik.dtu.dk (=?ISO-8859-1?Q?Jens_J=F8rgen_Mortensen?=) Date: Wed May 3 00:00:04 2006 Subject: [Moin-user] How to merge userdata when upgrading from 1.3 to 1.5 In-Reply-To: <44577CF7.6070404@gmx.de> References: <441ECFE6.30501@webde.de> <2cbc44a0603300641j48330cc3o32031bc13202882@mail.gmail.com> <442BEF04.9000603@webde.de> <442C06C7.2000001@gmx.de> <44577435.9020408@servfys.fysik.dtu.dk> <44577CF7.6070404@gmx.de> Message-ID: <445854E3.7030606@servfys.fysik.dtu.dk> Thomas Waldmann wrote: >> What if it is not a fresh farm setup? If I have an old farm of wikis >> with separate users and I want to share users? Should I just copy >> the old user files to a new and common user_dir or should I start >> from fresh with no users? > > > If you don't want to lose edit history (WHO editied what), you need a > userbase merging and history rewriting tool (does not exist yet). > > If you can live without that history, you can either drop part or all > of your userbase (and let the missing ones re-register). That works very well - thanks! Can I create one AdminGroup page for all wikis in the farm or do I have to have such a page for all wikis? Jens J?rgen From R.Bauer at fz-juelich.de Wed May 3 00:27:03 2006 From: R.Bauer at fz-juelich.de (Reimar Bauer) Date: Wed May 3 00:27:03 2006 Subject: [Moin-user] ImageLink problem In-Reply-To: <200605021931.09440.mark.volkert@rakekniven.de> References: <200604301421.04282.mark.volkert@rakekniven.de> <44568179.14256.B43107@chris.art-en-soul> <200605021931.09440.mark.volkert@rakekniven.de> Message-ID: <44585B11.9050101@fz-juelich.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Volkert wrote: > Am Montag, 1. Mai 2006 22:45 schrieb Chris Lawley: > >>Those nice programmers have posted a fix/patch here >> http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ImageLinkToAttachmentB >> roken >> >>I haven't checked it out yet, but what a turn-round !! > > Works for me! > Thanks for the quick remedy! > > My question again: > Is it hard to add an option to display a border? > > > Regards, > Mark Hi Mark you can do this by ||ImageLink()|| for now. It's not difficult to add a border tag too. Please could you add this as feature request on the ImageLink page too. As you know this macro was added to the current code base. cheers Reimar - -- Reimar Bauer Institut fuer Stratosphaerische Chemie (ICG-I) Forschungszentrum Juelich email: R.Bauer at fz-juelich.de - ------------------------------------------------------------------- a IDL library at ForschungsZentrum Juelich http://www.fz-juelich.de/icg/icg-i/idl_icglib/idl_lib_intro.html =================================================================== -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEWFsP5aOc3Q9hk/kRAhCYAKCtl4P0LqtpiQJePTqk8asyt1d6sgCgkD2M aqHn+R6+nhF7ms0wf2jkVNg= =uDaR -----END PGP SIGNATURE----- From mal at egenix.com Wed May 3 09:46:01 2006 From: mal at egenix.com (M.-A. Lemburg) Date: Wed May 3 09:46:01 2006 Subject: [Moin-user] Paragraph breaks in 1.5.3 Message-ID: <4458DE04.9050605@egenix.com> Hi there, yesterday I finally went through the upgrade cycle from 1.2 to 1.5.3 using the migration scripts on our internal wiki. It looked as if everything worked out. However, today I found that the usual "Use one or more blank lines to separate paragraphs." doesn't work anymore - no line breaks are included even if there are multiple blank lines. As a result the pages now look, well, condensed in a way :-) Is this a known bug ? Another nit I found while testing the wiki after the migration was that the GUI editor would remove empty lines as well. I've disabled it now, but would love to see it keep the empty lines in some future release. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, May 03 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From mal at egenix.com Wed May 3 09:57:09 2006 From: mal at egenix.com (M.-A. Lemburg) Date: Wed May 3 09:57:09 2006 Subject: [Moin-user] Re: Paragraph breaks in 1.5.3 In-Reply-To: <4458DE04.9050605@egenix.com> References: <4458DE04.9050605@egenix.com> Message-ID: <4458E0C6.2070902@egenix.com> M.-A. Lemburg wrote: > Hi there, > > yesterday I finally went through the upgrade cycle from 1.2 to 1.5.3 > using the migration scripts on our internal wiki. It looked as if > everything worked out. > > However, today I found that the usual "Use one or more blank lines to > separate paragraphs." doesn't work anymore - no line breaks are included > even if there are multiple blank lines. I should add, that this only happens for paragraphs in lists, e.g. """ * item 1 Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. * item 2 - Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. """ The output looks like this: """ * item 1 Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. * item 2 - Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. Some long text. """ > As a result the pages now look, well, condensed in a way :-) > > Is this a known bug ? > > Another nit I found while testing the wiki after the migration was > that the GUI editor would remove empty lines as well. I've disabled > it now, but would love to see it keep the empty lines in some > future release. > Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, May 03 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From mal at egenix.com Wed May 3 10:19:02 2006 From: mal at egenix.com (M.-A. Lemburg) Date: Wed May 3 10:19:02 2006 Subject: [Moin-user] Re: Paragraph breaks in 1.5.3 In-Reply-To: <4458E0C6.2070902@egenix.com> References: <4458DE04.9050605@egenix.com> <4458E0C6.2070902@egenix.com> Message-ID: <4458E5F6.5050701@egenix.com> >> Hi there, >> >> yesterday I finally went through the upgrade cycle from 1.2 to 1.5.3 >> using the migration scripts on our internal wiki. It looked as if >> everything worked out. >> >> However, today I found that the usual "Use one or more blank lines to >> separate paragraphs." doesn't work anymore - no line breaks are included >> even if there are multiple blank lines. > > I should add, that this only happens for paragraphs in lists, e.g. > > """ > * item 1 > > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. > > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. > > * item 2 - Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. > > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. > > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. > """ > > The output looks like this: > > """ > * item 1 Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. > > * item 2 - Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long > text. Some long text. Some long text. Some long text. Some long text. > Some long text. Some long text. Some long text. Some long text. Some > long text. Some long text. Some long text. Some long text. Some long text. > """ > >> As a result the pages now look, well, condensed in a way :-) >> >> Is this a known bug ? It appears as if the following change fixes the problem: --- parser/wiki.py~ 2006-05-03 19:16:52.913252147 +0200 +++ parser/wiki.py 2006-05-03 19:16:52.914251845 +0200 @@ -462,7 +462,8 @@ def _indent_repl(self, match): """Handle pure indentation (no - * 1. markup).""" result = [] - if not (self.in_li or self.in_dd): + #if not (self.in_li or self.in_dd): + if self.in_li or self.in_dd: self._close_item(result) self.in_li = 1 css_class = None >> Another nit I found while testing the wiki after the migration was >> that the GUI editor would remove empty lines as well. I've disabled >> it now, but would love to see it keep the empty lines in some >> future release. >> > > Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, May 03 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! :::: From kenneth.m.mcdonald at sbcglobal.net Wed May 3 11:50:06 2006 From: kenneth.m.mcdonald at sbcglobal.net (Kenneth McDonald) Date: Wed May 3 11:50:06 2006 Subject: [Moin-user] Traitorous question--how to convert Moin pages to MediaWiki format? Message-ID: <4458FB2B.8080508@sbcglobal.net> Because our site is likely to make use of Flash videos, and for a few other reasons, it looks like we'll be converting from MoinMoin to Media Wiki. Sorry guys, and I feel bad too being a Python fan :-). However, given that this makes the most sense for our situation, are there any good tools to help in the conversion of Moin pages to MediaWiki pages? Thanks, Ken From cerdiogenes at yahoo.com.br Wed May 3 14:33:04 2006 From: cerdiogenes at yahoo.com.br (Carlos Eduardo Rodrigues =?ISO-8859-1?Q?Di=F3genes?=) Date: Wed May 3 14:33:04 2006 Subject: [Moin-user] problem processing a docbook document Message-ID: <1146692018.3804.11.camel@localhost> Hi, I configured the MoinMoin wiki in a computer running apache, using CGI. This computer is behind my university proxy/firewall and I'm with the following problem when parsing a docbook document. When I make a request of the page http://200.201.81.28/xlupa/GuiaAcessibilidadeGnome , I get the following error: XSLT erros de processamento: Error parsing source document (wiki://Self/GuiaAcessibilidadeGnome): Error retrieving resource u'http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd': [Errno socket error] (111, 'Connection refused') I use ethereal to see the packets transmitted and I saw that when the request arrives in the computer with MoinMoin, it's resolve the name http://www.oasis-open.org in the university DNS and retrieve the following IP 209.202.168.105 and then talks directly with this IP, and when the answear comes, it comes from the 209.202.168.105 directly to my MoinMoin machine using some port, but the only port permited for http incoming in the proxy is 8080. I believe that this is giving me the above "Connection refused". I try to set enviroment variables in apache, but this does not work and what I saw in the python documentation is that it can handle connection throw proxies transparently when there is no need for authentication, this is the case here. After all this, here is the question: anyone know what can I do to resolve this problem? Thanks, -- Carlos Eduardo Rodrigues Di?genes From tw-public at gmx.de Thu May 4 01:38:02 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu May 4 01:38:02 2006 Subject: [Moin-user] How to merge userdata when upgrading from 1.3 to 1.5 In-Reply-To: <445854E3.7030606@servfys.fysik.dtu.dk> References: <441ECFE6.30501@webde.de> <2cbc44a0603300641j48330cc3o32031bc13202882@mail.gmail.com> <442BEF04.9000603@webde.de> <442C06C7.2000001@gmx.de> <44577435.9020408@servfys.fysik.dtu.dk> <44577CF7.6070404@gmx.de> <445854E3.7030606@servfys.fysik.dtu.dk> Message-ID: <4459BD26.2000406@gmx.de> > Can I create one AdminGroup page for all wikis in the farm or do I have > to have such a page for all wikis? You have to have one per wiki. Except if you want to abuse a shared underlay directory somehow, which is NOT recommended. From tw-public at gmx.de Thu May 4 01:46:03 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu May 4 01:46:03 2006 Subject: [Moin-user] Traitorous question--how to convert Moin pages to MediaWiki format? In-Reply-To: <4458FB2B.8080508@sbcglobal.net> References: <4458FB2B.8080508@sbcglobal.net> Message-ID: <4459BF24.20801@gmx.de> > Because our site is likely to make use of Flash videos, and for a few > other reasons, If you know how the html for a "flash video" should look like, you can easily write a macro for that. I can't suggest for "other reasons". :) > it looks like we'll be converting from MoinMoin to Media > Wiki. Sorry guys, and I feel bad too being a Python fan :-). If you are a python fan, maybe hacking moin is the way to go. :) > However, > given that this makes the most sense for our situation, are there any > good tools to help in the conversion of Moin pages to MediaWiki pages? I rather know the tools in the other direction (and not even those too well as I have never tried them). You will have to convert the markup. If you find some converter or script doing the most often used things, it will be usually enough to easily fix the rest manually. Some stuff might need some more thought (like mechanisms moin has, but mediawiki has not). I think the conversion tools for direction ->mediawiki are known better by the mediawiki guys. From david at thingbag.net Thu May 4 06:05:02 2006 From: david at thingbag.net (David Cramer) Date: Thu May 4 06:05:02 2006 Subject: [Moin-user] problem processing a docbook document In-Reply-To: <1146692018.3804.11.camel@localhost> References: <1146692018.3804.11.camel@localhost> Message-ID: <4459FBB6.3070008@thingbag.net> Carlos, You probably don't want to have your xsl processor going over the network to get the dtd every time you process a doc anyway. You could configure your xsl processor to use an xml catalog file to map the docbook public identifier in the DOCTYPE to a local copy of the dtd: http://www.sagehill.net/docbookxsl/UseCatalog.html. You could also hack the moinmoin code so that it puts in a different system identifier (the http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd part), one that points to a local copy. Since this is a xml/docbook processing question, you might also look for help on a docbook or xsl listserv. Good luck, David Carlos Eduardo Rodrigues Di?genes wrote: >Hi, > >I configured the MoinMoin wiki in a computer running apache, using CGI. >This computer is behind my university proxy/firewall and I'm with the >following problem when parsing a docbook document. > >When I make a request of the page >http://200.201.81.28/xlupa/GuiaAcessibilidadeGnome , I get the following >error: > >XSLT erros de processamento: Error parsing source document >(wiki://Self/GuiaAcessibilidadeGnome): Error retrieving resource >u'http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd': [Errno >socket error] (111, 'Connection refused') > >I use ethereal to see the packets transmitted and I saw that when the >request arrives in the computer with MoinMoin, it's resolve the name >http://www.oasis-open.org in the university DNS and retrieve the >following IP 209.202.168.105 and then talks directly with this IP, and >when the answear comes, it comes from the 209.202.168.105 directly to my >MoinMoin machine using some port, but the only port permited for http >incoming in the proxy is 8080. I believe that this is giving me the >above "Connection refused". > >I try to set enviroment variables in apache, but this does not work and >what I saw in the python documentation is that it can handle connection >throw proxies transparently when there is no need for authentication, >this is the case here. > >After all this, here is the question: anyone know what can I do to >resolve this problem? > >Thanks, > > From mjmatthews1 at rcn.com Fri May 5 14:33:03 2006 From: mjmatthews1 at rcn.com (Michael Matthews) Date: Fri May 5 14:33:03 2006 Subject: [Moin-user] time for a new name Message-ID: <445BC464.5070109@rcn.com> MM is a great product IMHO. Where does the name Moinmoin come from. Is it french derived? moin, less? I don't get the name. French pronunciation sounds terrible in English. Honestly it is embarrassing to say the name when trying to promote this software. Where is the marketing department? ;-) From msoulier at digitaltorque.ca Fri May 5 20:13:04 2006 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Fri May 5 20:13:04 2006 Subject: [Moin-user] creating pages with a given acl Message-ID: <20060506031157.GM17704@tigger.digitaltorque.ca> People, For pages that should be read-only to the creator, I'd like to make a template that automatically fills-in the acl. But, as these users will not be admin, I'm not sure they'll be able to save the page. Is there a standard way to accomplish this? Thanks, Mike -- Michael P. Soulier "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mehdi.public at gmail.com Fri May 5 21:52:01 2006 From: mehdi.public at gmail.com (Mehdi Hassanpour) Date: Fri May 5 21:52:01 2006 Subject: [Moin-user] time for a new name In-Reply-To: <445BC464.5070109@rcn.com> References: <445BC464.5070109@rcn.com> Message-ID: <1abd6b930605052151w352ce019pc5d57e5d83ae8656@mail.gmail.com> Hi Read more about MoinMoin name and what does it mean here : http://moinmoin.wikiwikiweb.de/MoinMoinEtymology On 5/6/06, Michael Matthews wrote: > > MM is a great product IMHO. > > Where does the name Moinmoin come from. Is it french derived? moin, less? > > I don't get the name. French pronunciation sounds terrible in English. > Honestly it is embarrassing to say the name when trying to promote this > software. > > Where is the marketing department? ;-) > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- ******************************************************** Yours Sincerely, Mehdi Hassanpour ---------------------------------------------------------------------- /* Of one Essence is the human race, Thusly has Creation put the Base; One Limb impacted is sufficient, For all Others to feel the Mace. ~Saadi (persian poet) -1258 */ ---------------------------------------------------------------------- http://ImPersian.com | http://Hezardastan.org ******************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgpark74 at gmail.com Sat May 6 19:53:52 2006 From: jgpark74 at gmail.com (Jong-Geun Park) Date: Sat May 6 19:53:52 2006 Subject: [Moin-user] Permission denied Error for moin.cgi of Moin 1.5.3 Message-ID: <79114cb50605061950o6b4fd517p2fcab2ff21d5cfe9@mail.gmail.com> Hi, all I had tried to install MoinMoin Wiki 1.5.3 on Fedora Core 5 and followed all of default configuration. But when I tried to test wiki installation through Apache 2.2 (the default installed package on FC 5), the internal server error was occured. In specific, the followings are reported in the error.log of apache; [Sun May 07 11:51:59 2006] [error] [client 127.0.0.1] (13)Permission denied: exec of '/usr/share/moin/wikilation/cgi-bin/moin.cgi' failed [Sun May 07 11:51:59 2006] [error] [client 127.0.0.1] Premature end of script headers: moin.cgi Of cource, I already set the permission of moin.cgi and its upward directories as 775. How can I resolve this ? May I have to install another version of Apache HTTPD? Thanks a lot prior to your answer. -- *** Carpe Diem (Seize the day). *** PARK, Jong-Geun ================================================ Engineer Open SW Solution Research Team Internet Server Technology Group Digital Home Research Division ETRI (Electronics & Telecommunications Research Institite) Office : +82-42-860-1796 Fax : +82-42-860-6699 Mobile : +82-50-2474-2474 E-mail : jgpark74 at gmail.com MSN : jgpark74 at hotmail.com Homepage : www.cyberlation.net ================================================ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mehdi.public at gmail.com Sat May 6 22:07:02 2006 From: mehdi.public at gmail.com (Mehdi Hassanpour) Date: Sat May 6 22:07:02 2006 Subject: [Moin-user] Permission denied Error for moin.cgi of Moin 1.5.3 In-Reply-To: <79114cb50605061950o6b4fd517p2fcab2ff21d5cfe9@mail.gmail.com> References: <79114cb50605061950o6b4fd517p2fcab2ff21d5cfe9@mail.gmail.com> Message-ID: <1abd6b930605062206i2804c1fbp1779478986d29c41@mail.gmail.com> Hi, I think there should be problem with yout `cgi-bin' & ScriptAlias tag in your httpd.conf... you can have a ScriptAlias tag like this in your httpd.conf in virtualhost: ScriptAlias /cgi-bin/ /PATH/TO/YOURCGI-BIN/cgi-bin/ On 5/7/06, Jong-Geun Park wrote: > > Hi, all > > I had tried to install MoinMoin Wiki 1.5.3 on Fedora Core 5 and followed > all of default configuration. > > But when I tried to test wiki installation through Apache 2.2 (the default > installed package on FC 5), the internal server error was occured. > In specific, the followings are reported in the error.log of apache; > > [Sun May 07 11:51:59 2006] [error] [client 127.0.0.1] (13)Permission > denied: exec of '/usr/share/moin/wikilation/cgi-bin/moin.cgi' failed > [Sun May 07 11:51:59 2006] [error] [client 127.0.0.1] Premature end of > script headers: moin.cgi > > Of cource, I already set the permission of moin.cgi and its upward > directories as 775. > > How can I resolve this ? May I have to install another version of Apache > HTTPD? > > Thanks a lot prior to your answer. > -- > *** Carpe Diem (Seize the day). *** > > PARK, Jong-Geun > ================================================ > Engineer > Open SW Solution Research Team > Internet Server Technology Group > Digital Home Research Division > ETRI (Electronics & Telecommunications Research Institite) > > Office : +82-42-860-1796 Fax : +82-42-860-6699 > Mobile : +82-50-2474-2474 > E-mail : jgpark74 at gmail.com MSN : jgpark74 at hotmail.com > Homepage : www.cyberlation.net > ================================================ > -- ******************************************************** Yours Sincerely, Mehdi Hassanpour ---------------------------------------------------------------------- /* Of one Essence is the human race, Thusly has Creation put the Base; One Limb impacted is sufficient, For all Others to feel the Mace. ~Saadi (persian poet) -1258 */ ---------------------------------------------------------------------- http://ImPersian.com | http://Hezardastan.org ******************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at samera.com.py Sun May 7 10:26:04 2006 From: oliver at samera.com.py (Oliver Schulze L.) Date: Sun May 7 10:26:04 2006 Subject: [Moin-user] Question about mod_python and chroot Message-ID: <445E2D8F.9040308@samera.com.py> Hi, I'm planning to install moinmoin using apache and mod_python I'm new to python and mod_python. I wanted to ask if there is an option in mod_python like the options safe_mode and open_basedir in php? My idea is to have mod_python and moinmoin as secured as posible. I want to restrict the execution of system functions and to chroot moinmoin in a directory. Is that posible with mod_python? Many thanks Oliver -- Oliver Schulze L. From msoulier at digitaltorque.ca Sun May 7 20:06:01 2006 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Sun May 7 20:06:01 2006 Subject: [Moin-user] creating pages with a given acl Message-ID: <20060508030539.GC25964@tigger.digitaltorque.ca> People, For pages that should be read-only to the creator, I'd like to make a template that automatically fills-in the acl. But, as these users will not be admin, I'm not sure they'll be able to save the page. Is there a standard way to accomplish this? Thanks, Mike -- Michael P. Soulier "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gt-moin at think.org Sun May 7 22:38:01 2006 From: gt-moin at think.org (Glenn Tenney CISSP CISM) Date: Sun May 7 22:38:01 2006 Subject: [Moin-user] links in macros and email notifications? Message-ID: I'm running MoinMoin behind an Apache proxy. The external url to the wiki is something like www.foo.bar/mywiki which gets proxied through to internalmachine:12345 Everything seems to be working, but... when I tried using a macro like NewPage it worked, but... the resulting url was to internalmachine:12345, which of course wouldn't work --- and, when an email notification occurs (due to a subscribe for a page change), that email ALSO refers to internalmachine:12345 . I haven't been able to figure out how to setup my configuration files such that these macros will use the external url (e.g. www.foo.bar/mywiki) instead of internalmachine:12345 . I suspect it's just a semantics issue and I don't know what to look for in the config docs... Any hints or pointers gladly accepted and appreciated. Thanks -- Glenn From robert at cantab.net Mon May 8 05:22:04 2006 From: robert at cantab.net (Robert Schumann) Date: Mon May 8 05:22:04 2006 Subject: [Moin-user] links in macros and email notifications? In-Reply-To: References: Message-ID: <1147090895.20314.28.camel@xoliswa> On Sun, 2006-05-07 at 22:37 -0700, Glenn Tenney CISSP CISM wrote: > I'm running MoinMoin behind an Apache proxy. The external url to the > wiki is something like www.foo.bar/mywiki which gets proxied through > to internalmachine:12345 > > Everything seems to be working, but... when I tried using a macro > like NewPage it worked, but... the resulting url was to > internalmachine:12345, which of course wouldn't work --- and, when an > email notification occurs (due to a subscribe for a page change), > that email ALSO refers to internalmachine:12345 . This is likely due to the fact that MoinMoin is told by Apache (via environment variables) what the server name is. You could either play with Apache or (I haven't tested this) change the environment variable in moin.cgi (or whatever script runs your MoinMoin). If you edit moin.cgi and insert the lines import os os.environ['SERVER_NAME'] = 'www.foo.bar/mywiki' that may fix it. This is just a guess. You could also grep the MoinMoin code to find out how it determines the server name (does it determine the server name?). Robert. > > I haven't been able to figure out how to setup my configuration files > such that these macros will use the external url (e.g. > www.foo.bar/mywiki) instead of internalmachine:12345 . I suspect > it's just a semantics issue and I don't know what to look for in the > config docs... > > Any hints or pointers gladly accepted and appreciated. Thanks > From robert at cantab.net Mon May 8 05:33:02 2006 From: robert at cantab.net (Robert Schumann) Date: Mon May 8 05:33:02 2006 Subject: [Moin-user] creating pages with a given acl In-Reply-To: <20060508030539.GC25964@tigger.digitaltorque.ca> References: <20060508030539.GC25964@tigger.digitaltorque.ca> Message-ID: <1147091543.20314.40.camel@xoliswa> On Sun, 2006-05-07 at 23:05 -0400, Michael P. Soulier wrote: > People, > > For pages that should be read-only to the creator, I'd like to make a template > that automatically fills-in the acl. But, as these users will not be admin, > I'm not sure they'll be able to save the page. You're quite right, if they don't have admin rights on that page they won't be able to save it - even if they start with a template that says "All:admin". Since the page doesn't yet exist, it will use default rights. This feature seems to be requested occasionally; should a page inherit rights from the template used to create it? You may be able to use a +Known:admin right in the acl_rights_before or Known:admin in acl_rights_after to do something like this (caveat emptor: I don't know if that is sensible). Or you could pre-create a bunch of pages that they are allowed to edit, admin and rename. Robert. > > Is there a standard way to accomplish this? > > Thanks, > Mike > From msoulier at digitaltorque.ca Mon May 8 06:15:05 2006 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Mon May 8 06:15:05 2006 Subject: [Moin-user] creating pages with a given acl In-Reply-To: <1147091543.20314.40.camel@xoliswa> References: <20060508030539.GC25964@tigger.digitaltorque.ca> <1147091543.20314.40.camel@xoliswa> Message-ID: <20060508131442.GB21740@tigger.digitaltorque.ca> On 08/05/06 Robert Schumann said: > You're quite right, if they don't have admin rights on that page they > won't be able to save it - even if they start with a template that says > "All:admin". Since the page doesn't yet exist, it will use default > rights. > > This feature seems to be requested occasionally; should a page inherit > rights from the template used to create it? > > You may be able to use a +Known:admin right in the acl_rights_before or > Known:admin in acl_rights_after to do something like this (caveat > emptor: I don't know if that is sensible). Or you could pre-create a > bunch of pages that they are allowed to edit, admin and rename. At the moment I'm precreating pages, or changing Acls for existing pages. I was hoping for a simple way to create a template for this. I could give admin rights to everyone, since it just allows them to edit Acls, but I'd have to change the defaults in moin_config since at the moment, I also give other rights to those in an AdminGroup. I suspect that admin rights should be renamed to acl rights, since admin is not really a superuser. Mike -- Michael P. Soulier "Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction." --Albert Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From reid at umn.edu Mon May 8 08:43:02 2006 From: reid at umn.edu (Reid Priedhorsky) Date: Mon May 8 08:43:02 2006 Subject: [Moin-user] links in macros and email notifications? In-Reply-To: <1147090895.20314.28.camel@xoliswa> References: <1147090895.20314.28.camel@xoliswa> Message-ID: <445F66D5.6070303@umn.edu> Robert Schumann wrote: > > This is likely due to the fact that MoinMoin is told by Apache (via > environment variables) what the server name is. You could either play > with Apache or (I haven't tested this) change the environment variable > in moin.cgi (or whatever script runs your MoinMoin). If you edit > moin.cgi and insert the lines > import os > os.environ['SERVER_NAME'] = 'www.foo.bar/mywiki' > that may fix it. > > This is just a guess. You could also grep the MoinMoin code to find out > how it determines the server name (does it determine the server name?). Seems like MoinMoin shouldn't need to know the server name to construct links. If it does, I'd consider that a bug. Reid From mark.volkert at rakekniven.de Mon May 8 11:39:01 2006 From: mark.volkert at rakekniven.de (Mark Volkert) Date: Mon May 8 11:39:01 2006 Subject: [Moin-user] ImageLink problem In-Reply-To: <4459A1E7.50109@fz-juelich.de> References: <200604301421.04282.mark.volkert@rakekniven.de> <200605031848.46208.mark.volkert@rakekniven.de> <4459A1E7.50109@fz-juelich.de> Message-ID: <200605082037.45805.mark.volkert@rakekniven.de> Am Donnerstag, 4. Mai 2006 08:40 schrieben Sie: > May be > > FeatureRequests/BorderForImageLink > > I thought before to add it on the first one but a more common place to > use is FeatureRequests Done. See http://moinmoin.wikiwikiweb.de/FeatureRequests/BorderForImageLink Cheers, Mark -- MarkyMark lauscht gerade: Accept - Free Me Now From tpfennig at gmail.com Tue May 9 03:09:06 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Tue May 9 03:09:06 2006 Subject: [Moin-user] Looking for suggestions on optimal way to set up ACL page control In-Reply-To: <444689B1.8090704@sbcglobal.net> References: <444689B1.8090704@sbcglobal.net> Message-ID: <2cbc44a0605090308q6b968f0bi6a16990296e5bb76@mail.gmail.com> 2006/4/19, Kenneth McDonald : > I can think of a few ways to do the following, but was wondering if > others might be able to suggest an "optimal" solution. Also, I've been > unable to find info on how templates interact with user permissions, and > am hoping others can provide some advice on that. > > Our site will have four types of users: > > * AdminGroup: Allowed to do anything. > * EditorGroup: Allowed to edit "doc pages" and "user pages" > * Known: Allowed to edit "user pages" > * All others; allowed only to read "doc pages" and "user pages". My suggestions would be 1) AutoAdminGroup: * Known so that every normal user can edit his own page - and enable AutoAdmin in config 2) acl_rights_before = u"AdminGroup:read,write,delete,revert,admin" acl_rights_default= u"-All:read Known:read" (Should "Known" be able to read all pages? ) 3) About doc pages: There it would also make sense to use the AutoAdmin feature, see also HelpOnAutoAdmin (you do not seem know about that concept?). Also maybe docs should go under one subpage? ACL for doc pages should be something like this: #acl EditorGroup:read,write,revert Default You can not give EditorGroup any rights in _before or -default, because then they also could edit other pages. This is because we can not yet give rights to specific pagesnames like for all pages starting with Help*. Thilo -- http://wiki.pfennigsolutions.de From tw-public at gmx.de Tue May 9 04:37:08 2006 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue May 9 04:37:08 2006 Subject: [Moin-user] creating pages with a given acl In-Reply-To: <20060508030539.GC25964@tigger.digitaltorque.ca> References: <20060508030539.GC25964@tigger.digitaltorque.ca> Message-ID: <44607EC9.5070304@gmx.de> > For pages that should be read-only to the creator, I'd like to make a template > that automatically fills-in the acl. But, as these users will not be admin, > I'm not sure they'll be able to save the page. > > Is there a standard way to accomplish this? Only users having "admin" ACL right can change ACLs (that includes adding or removing ACLs). Maybe autoadmin SecurityPolicy can help you, that gives users automatically admin rights on some pages (e.g. their own homepage or a page where they are in PageName/AdminGroup). Search wiki and docs for "autoadmin". From tpfennig at gmail.com Tue May 9 04:59:06 2006 From: tpfennig at gmail.com (Thilo Pfennig) Date: Tue May 9 04:59:06 2006 Subject: [Moin-user] =?ISO-8859-1?Q?Parser_f=FCr_simplen_Chat?= Message-ID: <2cbc44a0605090458p660f067bndc02f684163e66a7@mail.gmail.com> Hi, I've tried to make a parser for a simple chat. I have looked into the IRC parser but did not quiet get how it works. The chat format is so simple: "User Name: Message" I think it should use regex because if ":" would be seperator in a CSV style parser also ":-)" would get fltered. I have found this part of IRC parser to be the most important: def format(self, formatter): lines = self.raw.split('\n') # TODO: Add support for displaying things like join and part messages. pattern = re.compile(r""" ((\[|\()? # Opening bracket for the timestamp (if it exists) (?P