From Nigel.Metheringham at dev.intechnology.co.uk Mon Nov 1 02:18:20 2004 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Mon Nov 1 02:18:20 2004 Subject: [Moin-user] Calendar.py In-Reply-To: References: Message-ID: <1099303925.3840.13.camel@angua.localnet> On Sat, 2004-10-30 at 12:02 +0100, Trog wrote: > Is anyone out there using this ? > http://moinmoin.wikiwikiweb.de/MoinMoinCalendarExample?highlight=%28calendar%29 > I'm clearly doing something wrong, because when I enter the supplied > example, the wiki displays the data that I entered, rather than the > formatted calendar. I have put Calendar.py in every processor or macro > sub directory on our wiki, but it clearly isn't being called. Is there > some other magic required? The Calendar.py file needs to be in a processor directory - either in the main moin installation or in a per-wiki installation (the latter is easier to experiment with because you don't then have issues with permissions when python tries to compile it into a .pyc file). For example if the base directory for your wiki is /var/www/moin/mywiki/ then put the Calendar.py file into /var/www/moin/mywiki/data/plugins/processor/ [permissions need to be such that its readable] The *main* reason why these things do not get called is that people get the header wrong - normally by adding a space... This calendar fragment works for me... (however I am using the version you'll find on my moin homepage - http://moinmoin.wikiwikiweb.de/NigelMetheringham which outputs in a form which allows embedded wiki markup, but probably looks less visually impressive in the normal case). {{{ #!Calendar OPTION:bodyBGColor=#DDDDDD OPTION:captionBGColor=#CCCCFF OPTION:firstWeekDay=6 20040707: Calendar 1.0 released 20040701: First of the month 20040731: End of the month 20040730: Link to FrontPage }}} I've sort of lost interest in this to some extent as I moved my calendar requirements outside the wiki - and instead use an ical based calendar with php icalendar to display it. Thats frankly very clunky and if I could get something that would handle ical type syntax (ie I can use a proper client to update it) but have wiki internal display that would be good. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From trog at trogwoolley.com Mon Nov 1 04:49:19 2004 From: trog at trogwoolley.com (Trog) Date: Mon Nov 1 04:49:19 2004 Subject: [Moin-user] Calendar.py Message-ID: > This calendar fragment works for me... (however I am using the version > you'll find on my moin homepage - > http://moinmoin.wikiwikiweb.de/NigelMetheringham > which outputs in a form which allows embedded wiki markup, but probably > looks less visually impressive in the normal case). > {{{ > #!Calendar > OPTION:bodyBGColor=#DDDDDD > OPTION:captionBGColor=#CCCCFF > OPTION:firstWeekDay=6 > 20040707: Calendar 1.0 released > 20040701: First of the month > 20040731: End of the month > 20040730: Link to FrontPage > }}} G'day Nigel, thanks for your reply. The missing magic in our case was the leading and trailing braces - {{{ - we didn't have them 'cus the example on the MoinMoin homepage didn't. Easy when you know how isn't it? Nice calendar too - exactly what we need. Thanks again! Trog -- Trog Woolley | trog at trogwoolley dot com (A Croweater back residing in Pommie Land with Linux) Isis Astarte Diana Hecate Demeter Kali Inanna From Nigel.Metheringham at dev.intechnology.co.uk Mon Nov 1 05:35:21 2004 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Mon Nov 1 05:35:21 2004 Subject: [Moin-user] Calendar.py In-Reply-To: References: Message-ID: <1099315689.3840.21.camel@angua.localnet> On Mon, 2004-11-01 at 12:43 +0000, Trog wrote: > thanks for your reply. The missing magic in our case was the leading > and trailing braces - {{{ - we didn't have them 'cus the example on the > MoinMoin homepage didn't. Heh - it did, but {{{ ... }}}, if there is no (valid) processor specified shows up as an example. I have modified the page to try and show this, but its a bit of a generic problem due to the syntax having been reused. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From rfplctu02 at sneakemail.com Mon Nov 1 05:47:32 2004 From: rfplctu02 at sneakemail.com (rfplctu02 at sneakemail.com) Date: Mon Nov 1 05:47:32 2004 Subject: [Moin-user] MoinMoin Site Mirror Message-ID: <2877-40931@sneakemail.com> Is there a US mirror for moinmoin.wikiwikiweb.de? I can rarely reach the site from where I am. It usually times out. From michael_soulier at mitel.com Mon Nov 1 06:30:59 2004 From: michael_soulier at mitel.com (Michael P. Soulier) Date: Mon Nov 1 06:30:59 2004 Subject: [Moin-user] acl granularity Message-ID: <20041101142452.GS17697@e-smith.com> Hello, Looking into the ACLs required to manage attachments, it seems that they are connected to the rights on the page. If I want to delete an attachment, I need delete rights on the page. These are two very different things. Deleting an attachment isn't the same as deleting the entire page. Would it not be proper to make the attachment privileges more granular, and separate them from the page acls somewhat? Thanks, Mike -- Michael P. Soulier , 613-592-2122 x2522 6000/6010/60* Development, Mitel Corporation "...the word HACK is used as a verb to indicate a massive amount of nerd-like effort." -Harley Hahn, A Student's Guide to Unix From msoulier at digitaltorque.ca Mon Nov 1 10:01:47 2004 From: msoulier at digitaltorque.ca (msoulier at digitaltorque.ca) Date: Mon Nov 1 10:01:47 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: <9E8B22F0-29F8-11D9-834C-000A9566DF3E@cs.indiana.edu> References: <9E8B22F0-29F8-11D9-834C-000A9566DF3E@cs.indiana.edu> Message-ID: <1099331704.4186787811ce1@www.digitaltorque.ca> Quoting Jordan Johnson : > Is it possible to have the default ACLs for one set of pages be > different from those of another? Something like a template? Thing is, Something exactly like a template. :) The default acls are, to my knowledge, site-wide in moin_config.py. The defaults for a given page can be controlled by a template, so your users should stick to a given template for new page creation. At the moment, I think that's the best that moin can do without patching. > Thing). Also, I don't want to have to manually set the ACL for any new > page a teacher creates, and I don't want a privacy-crucial ACL line to > be deleted accidentally. If they don't have admin access, they can't modify ACLs. > It seems to me that this last requirement could be assured by disabling > admin privilege for the teachers, but that would basically be > equivalent to forcing me to set all ACLs manually, right? (Meaning > that the only solution would be to teach the other teachers how to set > ACLs themselves?) Ummm...can you try putting a default acl in a template and see if that works on page creation without requiring admin access? > This was the train of thought that led me to considering a second wiki > instance...I'm just looking for the way to do this with minimal admin > headache-inducement potential... *nod* Mike From atte at ballbreaker.dk Mon Nov 1 14:16:19 2004 From: atte at ballbreaker.dk (=?ISO-8859-1?Q?Atte_Andr=E9_Jensen?=) Date: Mon Nov 1 14:16:19 2004 Subject: [Moin-user] messed up config Message-ID: <4186B42D.3000808@ballbreaker.dk> Hi I used to have a working moin configuration, but then I tried to be smart. Now I cannot navigate the wiki at all and I get this in /var/log/apache/error: [Mon Nov 1 22:58:49 2004] [error] [client 192.168.1.106] File does not exist: /var/www/wiki/classic/img/moin-inter.png [Mon Nov 1 22:58:51 2004] [error] [client 192.168.1.106] File does not exist: /usr/share/moin/htdocs/UserPreferences [Mon Nov 1 22:58:54 2004] [error] [client 192.168.1.106] File does not exist: /var/www/wiki/classic/img/moin-inter.png This is my /usr/share/moin/oversaettelser/moin_config.py: # -*- coding: iso-8859-1 -*- """ MoinMoin - Configuration Note that there are more config options than you'll find in the version of this file that is installed by default; see the module MoinMoin.config for a full list of names and their default values. Also, the URL http://purl.net/wiki/moin/HelpOnConfiguration has a list of config options. @copyright: 2000-2003 by J?rgen Hermann @license: GNU GPL, see COPYING for details. """ # If you run several wikis on one host (commonly called a wiki farm), # uncommenting the following allows you to load global settings for # all your wikis. You will then have to create "farm_config.py" in # the MoinMoin package directory. # # from MoinMoin.farm_config import * # use this for protecting your wiki against link spam: from MoinMoin.util.antispam import SecurityPolicy # basic options (you normally need to change these) sitename = 'oversaettelser' interwikiname = None data_dir = '/usr/share/moin/oversaettelser/data/' url_prefix = '/oversaettelser' #url_prefix = '/usr/share/moin/htdocs' #url_prefix = '/wiki' logo_url = url_prefix + '/classic/img/moinmoin.png' # encoding and WikiName char sets # (change only for outside America or Western Europe) charset = 'iso-8859-1' upperletters = "A-Z??????????????????????????????" lowerletters = "0-9a-z?????????????????????????????????" # options people are likely to change due to personal taste show_hosts = 1 # show hostnames? nonexist_qm = 0 # show '?' for nonexistent? backtick_meta = 1 # allow `inline typewriter`? allow_extended_names = 1 # allow ["..."] markup? edit_rows = 20 # editor size max_macro_size = 50 # max size of RecentChanges in KB (0=unlimited) bang_meta = 1 # use ! to escape WikiNames? show_section_numbers = 0 # enumerate headlines? # charting needs "gdchart" installed! # you can remove the test and gain a little speed (i.e. keep only # the chart_options assignment, or remove this code section altogether) try: import gdchart chart_options = {'width': 720, 'height': 400} except ImportError: pass # values that depend on above configuration settings logo_string = '%s' % (logo_url, sitename) # security critical actions (deactivated by default) # allowed_actions = ['DeletePage', 'AttachFile'] # for standalone server (see cgi-bin/moin.py) httpd_host = "localhost" httpd_port = 80 httpd_user = "nobody" httpd_docs = "/usr/share/moin/oversaettelser/pages/" And this if from httpd.conf: Alias /oversaettelser/ "/usr/share/moin/htdocs/" "/usr/share/moin/oversaettelser/data/pages/" ScriptAlias /oversaettelser "/usr/share/moin/oversaettelser/moin.cgi" AllowOverride None Options ExecCGI Order allow,deny Allow from all I run debian/stable with python 2.2.1. Anyone care to look over this and see if they can spot the mistake(s)? Thanks in advance: BTW: the wiki is here: http://www.atte.dk/oversaettelser -- peace, love & harmony Atte http://www.atte.dk From heidan at gmail.com Mon Nov 1 18:46:24 2004 From: heidan at gmail.com (Xue Jianmin, Phipps) Date: Mon Nov 1 18:46:24 2004 Subject: [Moin-user] How to change the default theme for untrusted user? Message-ID: <83c470b604110118365d92621a@mail.gmail.com> Hi All, I am running MoinMoin1.2.3 and it's relly a great system. Since almost all my buddies do not like the default 'Classic' theme shipped. Is there any way to change the default theme to another one? Say 'RightSidebar'? Thank in advance, Phipps From msoulier at digitaltorque.ca Mon Nov 1 19:10:04 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Mon Nov 1 19:10:04 2004 Subject: [Moin-user] How to change the default theme for untrusted user? In-Reply-To: <83c470b604110118365d92621a@mail.gmail.com> References: <83c470b604110118365d92621a@mail.gmail.com> Message-ID: <20041102030605.GF12065@tigger.digitaltorque.ca> On 02/11/04 Xue Jianmin, Phipps said: > Hi All, > > I am running MoinMoin1.2.3 and it's relly a great system. > > Since almost all my buddies do not like the default 'Classic' theme > shipped. Is there any way to change the default theme to another one? > Say 'RightSidebar'? theme_default Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Jo.Kilian at gmx.de Tue Nov 2 00:29:00 2004 From: Jo.Kilian at gmx.de (Johannes Kilian) Date: Tue Nov 2 00:29:00 2004 Subject: [Moin-user] Howto install local extension macros Message-ID: <14755.1099383765@www49.gmx.net> Hi there, I've got a question concerning installing local macros within MoinMoin (just running MoinMoin1.2.4 with Python 2.3) My Wiki lives under D:\Wiki\Moin (on a Windows-Box). So I have got a directory D:\Wiki\Moin\data I've created a subdirectory D:\Wiki\Moin\data\plugin. There I created several subdirs: macro, action, formatter ... Within each of this directories I've got a file "_init_.py" containing the following lines: ---------------------- -*- coding: iso-8859-1 -*- from MoinMoin.util import pysupport modules = pysupport.getPackageModules(__file__) ---------------------- Now I've copied the action "VisualSiteMap.py" into my action subdir Viewing my "SystemInfo" page VisualSiteMap shows up as a local extension action. Copying for example "Color.py" or "HTML.py" to my macro subdir they don't show up as local extension macros on my "SystemInfo" page. What's wrong with the way I tried to get local extension macros to work? Did I miss something? Any help welcome Johannes -- NEU +++ DSL Komplett von GMX +++ http://www.gmx.net/de/go/dsl GMX DSL-Netzanschluss + Tarif zum superg?nstigen Komplett-Preis! From msoulier at digitaltorque.ca Tue Nov 2 02:32:16 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Tue Nov 2 02:32:16 2004 Subject: [Moin-user] Howto install local extension macros In-Reply-To: <14755.1099383765@www49.gmx.net> References: <14755.1099383765@www49.gmx.net> Message-ID: <20041102102714.GJ12065@tigger.digitaltorque.ca> On 02/11/04 Johannes Kilian said: > Hi there, > > I've got a question concerning installing local macros within MoinMoin > (just running MoinMoin1.2.4 with Python 2.3) > > My Wiki lives under D:\Wiki\Moin (on a Windows-Box). So I have got a > directory D:\Wiki\Moin\data > > I've created a subdirectory D:\Wiki\Moin\data\plugin. Why did you have to create any directories at all? You should have copied the original install's data directory to your wiki instance. Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tw-public at gmx.de Tue Nov 2 02:39:39 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Nov 2 02:39:39 2004 Subject: [Moin-user] How to change the default theme for untrusted user? In-Reply-To: <83c470b604110118365d92621a@mail.gmail.com> References: <83c470b604110118365d92621a@mail.gmail.com> Message-ID: <41875DEE.3020401@gmx.de> > Since almost all my buddies do not like the default 'Classic' theme > shipped. Is there any way to change the default theme to another one? theme_default - see HelpOnConfiguration Also look forward to moin 1.3 (currently in beta test), it has nice themes. From Andrew.Premdas at manchester.ac.uk Tue Nov 2 02:48:15 2004 From: Andrew.Premdas at manchester.ac.uk (Andrew Premdas) Date: Tue Nov 2 02:48:15 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: <9E8B22F0-29F8-11D9-834C-000A9566DF3E@cs.indiana.edu> Message-ID: As an admin you can create a template with the ACL's you want. The only problem is to get the teachers to use the template, and not just create a default page. By not giving the teachers admin rights you avoid the problems of them understanding ACL's. You can comment the ACL in your template and give instructions e.g. #acl whatever ## start writing you page below here, don't touch anything above here ## An alternative might be to setup your default ACL's to be restrictive for all pages and then create templates which overide and open up these defaults for pages that are visible/editable to more users e.g. PageStudentsCanReadButNotChangeTemplate PageStudentsCanChangeTemplate PageAnyoneCanChangeTemplate etc. Putting a detailed explanation in each template might also be useful. Templates should mean that you don't have to set ACL's for people. Finally you might want to give teachers delete rights so that if they use a wrong template they can delete the page and recreate it using a different template, which will be easier than you having to change the ACL. All best Andrew Andrew Premdas Student Systems Developer Manchester University ------------------------- Andrew Premdas Student Systems Developer Manchester University ------------------------- -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Jordan Johnson Sent: 29 October 2004 23:20 To: MoinMoin user list Subject: Re: [Moin-user] sharing accounts between two wikis On Friday, October 29, 2004, at 11:43 AM, Michael P. Soulier wrote: >> Is there a way I could share teacher accounts between two wiki >> instances, so that the same person can log onto either one? Or would >> I likely be better off putting something together with ACLs and using >> only one wiki instance? > > You should easily be able to configure access controls using ACLs. > > Make a TeacherGroup, and put the teacher user accounts in it, giving > it the appropriate powers. OK, that's encouraging; I'd already gotten that far. Here's a more pointed question about where I'm thinking of going, then: Is it possible to have the default ACLs for one set of pages be different from those of another? Something like a template? Thing is, I suspect that the other teachers will find it to be too much trouble if they have to deal with setting ACLs themselves (not something I want while trying to convince them that this shiny new technology is a Good Thing). Also, I don't want to have to manually set the ACL for any new page a teacher creates, and I don't want a privacy-crucial ACL line to be deleted accidentally. It seems to me that this last requirement could be assured by disabling admin privilege for the teachers, but that would basically be equivalent to forcing me to set all ACLs manually, right? (Meaning that the only solution would be to teach the other teachers how to set ACLs themselves?) This was the train of thought that led me to considering a second wiki instance...I'm just looking for the way to do this with minimal admin headache-inducement potential... Thanks, jmj -- Find out just what any people will quietly submit to, and you have the exact measure of the injustice and wrong which will be imposed on them. -- Frederick Douglass ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From Jo.Kilian at gmx.de Tue Nov 2 03:10:08 2004 From: Jo.Kilian at gmx.de (Johannes Kilian) Date: Tue Nov 2 03:10:08 2004 Subject: [Moin-user] Howto install local extension macros -SOLVED! Message-ID: <10851.1099393369@www33.gmx.net> On 02/11/04 Michael P. Soulier said: > Why did you have to create any directories at all? You should have > copied the original install's data directory to your wiki instance. Good question - that brought the solution. I removed the plugin directory from my wiki - since I was young and innocent ;-) and I didn't realize what they are good for ... Therefore I created them manually - and copied the _init_.py files into the subdirs (macro, action ...). But ... what I missed to do, was to copy the _init_.py file into the "toplevel" plugin directory (where the macro, admin ... subdirs reside). Doing this, everything works as it should ... (I recognized this, by comparing my plugin-directory with the default one installed in ...\python\share\moin\data\plugin - which I wasn't aware to be present ...) Thanks for the - indirect - hint Johannes -- NEU +++ DSL Komplett von GMX +++ http://www.gmx.net/de/go/dsl GMX DSL-Netzanschluss + Tarif zum superg?nstigen Komplett-Preis! From Andrew.Premdas at manchester.ac.uk Tue Nov 2 03:15:32 2004 From: Andrew.Premdas at manchester.ac.uk (Andrew Premdas) Date: Tue Nov 2 03:15:32 2004 Subject: [Moin-user] How to change the default theme for untrusted user? In-Reply-To: <83c470b604110118365d92621a@mail.gmail.com> Message-ID: Yes in moin_config.py add a line theme_default = 'xxx' Where xxx is the name of the theme you want as default All best Andrew Andrew Premdas Student Systems Developer Manchester University ------------------------- -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Xue Jianmin, Phipps Sent: 02 November 2004 02:36 To: moin-user at lists.sourceforge.net Subject: [Moin-user] How to change the default theme for untrusted user? Hi All, I am running MoinMoin1.2.3 and it's relly a great system. Since almost all my buddies do not like the default 'Classic' theme shipped. Is there any way to change the default theme to another one? Say 'RightSidebar'? Thank in advance, Phipps ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From jorjohns at cs.indiana.edu Tue Nov 2 17:44:22 2004 From: jorjohns at cs.indiana.edu (Jordan Johnson) Date: Tue Nov 2 17:44:22 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: Message-ID: On Tuesday, November 2, 2004, at 02:40 AM, Andrew Premdas wrote: > As an admin you can create a template with the ACL's you want. The only > problem is to get the teachers to use the template, and not just > create a > default page. By not giving the teachers admin rights you avoid the > problems > of them understanding ACL's. This is a beautiful idea. It just blew up on me, though. :> I created an account for another teacher, and had her create a page using my PageForTeachersTemplate, which started with the following line (substitute the full access type for each letter, elided here for brevity): #acl MrJohnson:r,w,d,r,a TeacherGroup:r,w,d,r All: I read this as: I have all rights, the teachers have all but admin rights, and everybody else has no rights. Right? The other teacher created a new page with the template, and when she clicked "Save Changes", she got this message: You can't change ACLs on this page since you have no admin rights on it! OK, I tried it then after adding TeacherGroup:r,w,d,r,a to the default ACLs, and now page creation works. So if I'm reading things right, this means that I can't hide ACL lines from the teachers, and I can't deny admin rights for the teachers if I want them to create pages that can be hidden from students. Does that sound right? Is there anything I'm missing? Thanks for your helpful responses. Best, jmj -- Jordan Johnson -- Computer Instructor Latino College Preparatory Academy / 408-273-2724 From msoulier at digitaltorque.ca Tue Nov 2 18:35:07 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Tue Nov 2 18:35:07 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: References: Message-ID: <20041103022731.GA27680@tigger.digitaltorque.ca> On 02/11/04 Jordan Johnson said: > The other teacher created a new page with the template, and when she > clicked "Save Changes", she got this message: > > You can't change ACLs on this page since you have no admin rights on > it! Yeah, I figured that might happen. It might be time for a feature request. In any case, admin rights just means you can change ACLs, so giving teachers admin rights isn't that damaging. If you can train the teachers to ignore the acl line, you're set. Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Andrew.Premdas at manchester.ac.uk Wed Nov 3 02:25:29 2004 From: Andrew.Premdas at manchester.ac.uk (Andrew Premdas) Date: Wed Nov 3 02:25:29 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: Message-ID: Oops sorry about that, looks like you'll have to educate the teachers about ACL's a little bit unless Moin can add a feature to allow ACL changes on new pages created by templates with ACL's in them. Perhaps a big comment on each template and giving the teacher admin rights is the way to go at present #acl ... ## ----------------------------------------------------- ## The line above controls access to the page you can get more info about this from ... ## ... ## This template creates a page that can be read by ... And edited by ... ## ... ## Please add you content below this comment. Please do not delete this comment ## ----------------------------------------------------- Sorry the idea failed to deliver, I should have tested it first All best Andrew Andrew Premdas Student Systems Developer Manchester University ------------------------- -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Jordan Johnson Sent: 03 November 2004 01:23 To: Andrew Premdas Cc: 'MoinMoin user list' Subject: Re: [Moin-user] sharing accounts between two wikis On Tuesday, November 2, 2004, at 02:40 AM, Andrew Premdas wrote: > As an admin you can create a template with the ACL's you want. The > only problem is to get the teachers to use the template, and not just > create a default page. By not giving the teachers admin rights you > avoid the problems of them understanding ACL's. This is a beautiful idea. It just blew up on me, though. :> I created an account for another teacher, and had her create a page using my PageForTeachersTemplate, which started with the following line (substitute the full access type for each letter, elided here for brevity): #acl MrJohnson:r,w,d,r,a TeacherGroup:r,w,d,r All: I read this as: I have all rights, the teachers have all but admin rights, and everybody else has no rights. Right? The other teacher created a new page with the template, and when she clicked "Save Changes", she got this message: You can't change ACLs on this page since you have no admin rights on it! OK, I tried it then after adding TeacherGroup:r,w,d,r,a to the default ACLs, and now page creation works. So if I'm reading things right, this means that I can't hide ACL lines from the teachers, and I can't deny admin rights for the teachers if I want them to create pages that can be hidden from students. Does that sound right? Is there anything I'm missing? Thanks for your helpful responses. Best, jmj -- Jordan Johnson -- Computer Instructor Latino College Preparatory Academy / 408-273-2724 ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user From Andrew.Premdas at manchester.ac.uk Wed Nov 3 02:37:52 2004 From: Andrew.Premdas at manchester.ac.uk (Andrew Premdas) Date: Wed Nov 3 02:37:52 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: <20041103022731.GA27680@tigger.digitaltorque.ca> Message-ID: +1 for a feature request Not sure about best way to phrase this how about... ----- Would like new pages created using templates that have ACL's in them not to require admin rights to the new page to use the template and its ACL. However the user should not be able to change the ACL in the new page unless they have admin rights. ----- Could this be implemented using a template actually creating and saving a new page, i.e clicking on the template link 1) Creates the new page with the template contents 2) Saves the new page 3) Opens up the page for editing All best Andrew Andrew Premdas Student Systems Developer Manchester University ------------------------- -----Original Message----- From: moin-user-admin at lists.sourceforge.net [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Michael P. Soulier Sent: 03 November 2004 02:28 To: 'MoinMoin user list' Subject: Re: [Moin-user] sharing accounts between two wikis On 02/11/04 Jordan Johnson said: > The other teacher created a new page with the template, and when she > clicked "Save Changes", she got this message: > > You can't change ACLs on this page since you have no admin rights on > it! Yeah, I figured that might happen. It might be time for a feature request. In any case, admin rights just means you can change ACLs, so giving teachers admin rights isn't that damaging. If you can train the teachers to ignore the acl line, you're set. Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca From CPJohnson at edcon.co.za Wed Nov 3 04:23:58 2004 From: CPJohnson at edcon.co.za (Craig Johnson) Date: Wed Nov 3 04:23:58 2004 Subject: [Moin-user] sharing accounts between two wikis Message-ID: Maybe also to support templates that contain: #acl @USERNAME@: read,write that would allow a generic template. Right now, nobody can use this template because nobody has the userid "@USERNAME@". Craig > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net]On Behalf Of Andrew > Premdas > Sent: 03 November 2004 12:29 > To: 'MoinMoin user list' > Subject: RE: [Moin-user] sharing accounts between two wikis > > > > +1 for a feature request > > Not sure about best way to phrase this how about... > > ----- > Would like new pages created using templates that have ACL's > in them not to > require admin rights to the new page to use the template and its ACL. > However the user should not be able to change the ACL in the > new page unless > they have admin rights. > ----- > > Could this be implemented using a template actually creating > and saving a > new page, i.e clicking on the template link > > 1) Creates the new page with the template contents > 2) Saves the new page > 3) Opens up the page for editing > > All best > > Andrew > > Andrew Premdas > Student Systems Developer > Manchester University > ------------------------- > > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Michael P. > Soulier > Sent: 03 November 2004 02:28 > To: 'MoinMoin user list' > Subject: Re: [Moin-user] sharing accounts between two wikis > > On 02/11/04 Jordan Johnson said: > > > The other teacher created a new page with the template, and > when she > > clicked "Save Changes", she got this message: > > > > You can't change ACLs on this page since you have no > admin rights on > > > it! > > Yeah, I figured that might happen. It might be time for a > feature request. > In any case, admin rights just means you can change ACLs, so > giving teachers > admin rights isn't that damaging. If you can train the > teachers to ignore > the acl line, you're set. > > Mike > > -- > Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ##################################################################################### Please note my e-Mail address has changed. Please update your address book with my new e-Mail address as displayed in the "From:" field. ##################################################################################### ------------------Edcon Disclaimer ------------------------- This email is private and confidential and its contents and attachments are the property of Edcon. It is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited.Save for communications relating to the official business of Edcon, the company does not accept any responsibility for the contents of this email or any opinions expressed in this email or its attachments .If you are not the named addressee please notify us immediately by reply email and delete this email and any attached files.Due to the nature of email Edcon cannot ensure and accepts no liability for the integrity of this email and any attachments, nor that they are free of any virus.Edcon accepts no liability for any loss or damage whether direct or indirect or consequential,however caused, whether by negligence or otherwise, which may result directly or indirectly from this communication or any attached files. Edgars Consolidated Stores LTD ,Post office box 200 Crown Mines, Telephone: (011) 495-6000 From CPJohnson at edcon.co.za Wed Nov 3 04:39:24 2004 From: CPJohnson at edcon.co.za (Craig Johnson) Date: Wed Nov 3 04:39:24 2004 Subject: [Moin-user] sharing accounts between two wikis Message-ID: While messing around with this, I discovered an interesting fact. ACLs live on after the page is deleted. I created a page with an acl, and then deleted it. Then I logged on as a different user and tried to create a page with same name and was denied. Craig > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net]On Behalf Of Andrew > Premdas > Sent: 03 November 2004 12:29 > To: 'MoinMoin user list' > Subject: RE: [Moin-user] sharing accounts between two wikis > > > > +1 for a feature request > > Not sure about best way to phrase this how about... > > ----- > Would like new pages created using templates that have ACL's > in them not to > require admin rights to the new page to use the template and its ACL. > However the user should not be able to change the ACL in the > new page unless > they have admin rights. > ----- > > Could this be implemented using a template actually creating > and saving a > new page, i.e clicking on the template link > > 1) Creates the new page with the template contents > 2) Saves the new page > 3) Opens up the page for editing > > All best > > Andrew > > Andrew Premdas > Student Systems Developer > Manchester University > ------------------------- > > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net] On Behalf Of Michael P. > Soulier > Sent: 03 November 2004 02:28 > To: 'MoinMoin user list' > Subject: Re: [Moin-user] sharing accounts between two wikis > > On 02/11/04 Jordan Johnson said: > > > The other teacher created a new page with the template, and > when she > > clicked "Save Changes", she got this message: > > > > You can't change ACLs on this page since you have no > admin rights on > > > it! > > Yeah, I figured that might happen. It might be time for a > feature request. > In any case, admin rights just means you can change ACLs, so > giving teachers > admin rights isn't that damaging. If you can train the > teachers to ignore > the acl line, you're set. > > Mike > > -- > Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user ##################################################################################### Please note my e-Mail address has changed. Please update your address book with my new e-Mail address as displayed in the "From:" field. ##################################################################################### ------------------Edcon Disclaimer ------------------------- This email is private and confidential and its contents and attachments are the property of Edcon. It is solely for the named addressee. Any unauthorised use or interception of this email, or the review, retransmission, dissemination or other use of, or taking of any action in reliance upon the contents of this email, by persons or entities other than the intended recipient, is prohibited.Save for communications relating to the official business of Edcon, the company does not accept any responsibility for the contents of this email or any opinions expressed in this email or its attachments .If you are not the named addressee please notify us immediately by reply email and delete this email and any attached files.Due to the nature of email Edcon cannot ensure and accepts no liability for the integrity of this email and any attachments, nor that they are free of any virus.Edcon accepts no liability for any loss or damage whether direct or indirect or consequential,however caused, whether by negligence or otherwise, which may result directly or indirectly from this communication or any attached files. Edgars Consolidated Stores LTD ,Post office box 200 Crown Mines, Telephone: (011) 495-6000 From msoulier at digitaltorque.ca Wed Nov 3 06:55:18 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Wed Nov 3 06:55:18 2004 Subject: [Moin-user] sharing accounts between two wikis In-Reply-To: References: Message-ID: <20041103145031.GG28742@rabbit.digitaltorque.ca> On 03/11/04 Craig Johnson said: > While messing around with this, I discovered an interesting fact. > > ACLs live on after the page is deleted. I created a page with an acl, > and then deleted it. Then I logged on as a different user and tried > to create a page with same name and was denied. Hmm. I wonder if that would constitute a bug. Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jonthn at actitude.net Wed Nov 3 08:00:08 2004 From: jonthn at actitude.net (jonthn at actitude.net) Date: Wed Nov 3 08:00:08 2004 Subject: [Moin-user] How to have MoinMoin Wiki running on root.. Message-ID: <1997.130.79.6.23.1099497311.squirrel@130.79.6.23> Hello, I've got a running version of MoinMoin 1.3 beta3. But i want to have it runs on root document of Apache. So i can have http://some.url.com/FrontPage unlike http://some.url.com/wikiwiki/FrontPage. But i still needs that http://some.url.com/dir/ works. Is this possible ? Thanks in advance JonTHn For info : FreeBSD 5.3 - Apache 2.0.52 - mod_python 3.1.3 From endavis at gwu.edu Wed Nov 3 11:46:50 2004 From: endavis at gwu.edu (Eric Davis) Date: Wed Nov 3 11:46:50 2004 Subject: [Moin-user] Permission errors when editing an underlay page on win32 Message-ID: <4189347F.6020709@gwu.edu> I just installed the new MoinMoin Beta and I am getting some permission errors. Creating New Pages works, but when I try to edit an underlay page I get this error when saving it. Windows XP SP2 Python 2.3.4 pywin32 build 202 Apache 2.0.50 ModPython 3.1.3 MoinMoin Release 1.3beta3 [Revision moin--main--1.3--patch-220] Eric --> --> OSError[Errno 13] Permission denied: 'd:\\mystuff\\webstuff\\wiki\\mywiki\\pages\\FortuneCookies' Please include this information in your bug reports!: Python Python 2.3.4: D:\Program Files\Apache Group\Apache2\bin\Apache.exe Platform: win32 (nt) MoinMoin Release 1.3beta3 [Revision moin--main--1.3--patch-220] Wed Nov 03 14:33:50 2004 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. d:\mystuff\webstuff\moin1.3\MoinMoin\request.py in run(self=) 805 else: 806 try: 807 cgitb.Hook(file=self).handle(saved_exc) 808 # was: cgitb.handler() 809 except: cgitb = , cgitb.Hook = , file undefined, self = , ).handle undefined, saved_exc = (, , ) d:\mystuff\webstuff\moin1.3\MoinMoin\wikiaction.py in do_savepage(pagename=u'FortuneCookies', request=) 544 except pg.SaveError, msg: 545 # msg contain a unicode string 546 savemsg = unicode(msg) 547 request.reset() 548 backto = request.form.get('backto', [None])[0] savemsg undefined, unicode undefined, msg undefined d:\mystuff\webstuff\moin1.3\MoinMoin\PageEditor.py in saveText(self=, newtext=u"This entire page has been shamelessly copied fro... -- one of Rob Blake's well-trained users\n\n", datestamp=u'1099267674000000', **kw={'comment': u'', 'stripspaces': 0, 'trivial': 0}) 854 855 # write the page file 856 mtime_usecs = self._write_file(newtext) 857 self.clean_acl_cache() 858 mtime_usecs undefined, self = , self._write_file = >, newtext = u"This entire page has been shamelessly copied fro... -- one of Rob Blake's well-trained users\n\n" d:\mystuff\webstuff\moin1.3\MoinMoin\PageEditor.py in _write_file(self=, text=u"This entire page has been shamelessly copied fro... -- one of Rob Blake's well-trained users\n\n") 764 tmp_file.close() 765 766 self.copypage() 767 self.getPagePath(check_create=1) 768 page_filename = self._text_filename() self = , self.copypage = > d:\mystuff\webstuff\moin1.3\MoinMoin\PageEditor.py in copypage(self=) 729 pass 730 if not os.path.exists(dst): 731 filesys.copytree(src, dst) 732 733 def _get_pragmas(self, text): global filesys = , filesys.copytree = , src = r'd:/mystuff/webstuff/wiki/underlay\pages\FortuneCookies', dst = r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies' d:\mystuff\webstuff\moin1.3\MoinMoin\util\filesys.py in copytree(src=r'd:/mystuff/webstuff/wiki/underlay\pages\FortuneCookies', dst=r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies', symlinks=False) 67 names = os.listdir(src) 68 os.mkdir(dst) 69 shutil.copystat(src,dst) 70 errors = [] 71 for name in names: global shutil = , shutil.copystat = , src = r'd:/mystuff/webstuff/wiki/underlay\pages\FortuneCookies', dst = r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies' D:\Python23\Lib\shutil.py in copystat(src=r'd:/mystuff/webstuff/wiki/underlay\pages\FortuneCookies', dst=r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies') 56 mode = stat.S_IMODE(st.st_mode) 57 if hasattr(os, 'utime'): 58 os.utime(dst, (st.st_atime, st.st_mtime)) 59 if hasattr(os, 'chmod'): 60 os.chmod(dst, mode) global os = , os.utime = , dst = r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies', st = (16895, 0L, 3, 1, 0, 0, 0L, 1099510424, 1099510424, 1099502688), st.st_atime = 1099510424, st.st_mtime = 1099510424 OSError: [Errno 13] Permission denied: 'd:\\mystuff\\webstuff\\wiki\\mywiki\\pages\\FortuneCookies' __doc__ = 'OS system call failed.' __getitem__ = > __init__ = > __module__ = 'exceptions' __str__ = > args = (13, 'Permission denied') errno = 13 filename = r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies' strerror = 'Permission denied' From tw-public at gmx.de Thu Nov 4 07:56:26 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Nov 4 07:56:26 2004 Subject: [Moin-user] Permission errors when editing an underlay page on win32 In-Reply-To: <4189347F.6020709@gwu.edu> References: <4189347F.6020709@gwu.edu> Message-ID: <418A4E01.6050506@gmx.de> > Windows XP SP2 This might be a platform problem as it doesn't happen on Linux. > OSError[Errno 13] Permission denied: > 'd:\\mystuff\\webstuff\\wiki\\mywiki\\pages\\FortuneCookies' This is the destination dir of a copypage() that copies a whole pagedir from underlay directory to data directory. > filesys.copytree = , src = > r'd:/mystuff/webstuff/wiki/underlay\pages\FortuneCookies', dst = > r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies' Above you see src and target of MoinMoin.filesys.copytree. The \ and / are a bit mixed, doesn't it matter on Win32? > D:\Python23\Lib\shutil.py in > copystat(src=r'd:/mystuff/webstuff/wiki/underlay\pages\FortuneCookies', > dst=r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies') > 56 mode = stat.S_IMODE(st.st_mode) > 57 if hasattr(os, 'utime'): > 58 os.utime(dst, (st.st_atime, st.st_mtime)) > 59 if hasattr(os, 'chmod'): > 60 os.chmod(dst, mode) > global os = , os.utime = > , dst = > r'd:\mystuff\webstuff\wiki\mywiki\pages\FortuneCookies', st = (16895, > 0L, 3, 1, 0, 0, 0L, 1099510424, 1099510424, 1099502688), st.st_atime = > 1099510424, st.st_mtime = 1099510424 > > OSError: [Errno 13] Permission denied: > 'd:\\mystuff\\webstuff\\wiki\\mywiki\\pages\\FortuneCookies' > __doc__ = 'OS system call failed.' It looks like the call in line 58 is failing on Win32. What filesystem do you use? NTFS or FAT(32)? If it is FAT32, could you try if it works on NTFS? From endavis at gwu.edu Thu Nov 4 08:15:12 2004 From: endavis at gwu.edu (Eric Davis) Date: Thu Nov 4 08:15:12 2004 Subject: [Moin-user] Permission errors when editing an underlay page on win32 In-Reply-To: <418A4E01.6050506@gmx.de> References: <4189347F.6020709@gwu.edu> <418A4E01.6050506@gmx.de> Message-ID: <418A5415.4020600@gwu.edu> Apparently this is a bug in Python: No: 1060212 https://sourceforge.net/tracker/index.php?func=detail&aid=1060212&group_id=5470&atid=105470 I guess I will just have to wait until the bug is squashed. Thanks, Eric From c.brosch at mx.uni-saarland.de Thu Nov 4 11:18:04 2004 From: c.brosch at mx.uni-saarland.de (Christopher Brosch) Date: Thu Nov 4 11:18:04 2004 Subject: [Moin-user] Charsets, utf8 Message-ID: <20041104190714.GB23981@rw22linux2.jura.uni-sb.de> Hello, we would like to run a moinmoin wiki containig cyrillic text as well as Umlaute (???). Is it true that the only option we have is converting every- thing to utf8? CIs it somehow possible to set the charset for each page in- dividually? UTF8 is only supported from 1.3 on? Python Version 2.3.4 (#1, Jul 13 2004, 11:17:47) [GCC 2.95.4 20011002 (Debian prerelease)] MoinMoin Version Release 1.2.2 [Revision 1.185] TIA, Christopher From matt.price at utoronto.ca Thu Nov 4 11:47:17 2004 From: matt.price at utoronto.ca (Matt Price) Date: Thu Nov 4 11:47:17 2004 Subject: [Moin-user] Calendar.py In-Reply-To: <1099303925.3840.13.camel@angua.localnet> References: <1099303925.3840.13.camel@angua.localnet> Message-ID: <20041104194324.GA20531@utoronto.ca> On Mon, Nov 01, 2004 at 10:12:05AM +0000, Nigel Metheringham wrote: > On Sat, 2004-10-30 at 12:02 +0100, Trog wrote: > I've sort of lost interest in this to some extent as I moved my calendar > requirements outside the wiki - and instead use an ical based calendar > with php icalendar to display it. Thats frankly very clunky and if I > could get something that would handle ical type syntax (ie I can use a > proper client to update it) but have wiki internal display that would be > good. Hi Nigel, I am experimenting with something along these lines using the pre-alpha vobject module. I have a little script that reads in events from an evolution2.0 calendar and writes them to a wiki page (right now it writes to MonthCalendar-style pages using wiki markup). I do a very primitive check also to make sure I don't duplicate listings when updating. It's barely functional but does work a little. Happy to show you it if you like. Matt > > Nigel. ------------------------------------------- Matt Price matt.price at utoronto.ca History Department, University of Toronto (416) 978-2094 -------------------------------------------- please don't use the following addresses: zeus at derailleur.org aardvark at derailleur.org From Nigel.Metheringham at dev.intechnology.co.uk Fri Nov 5 02:45:25 2004 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Fri Nov 5 02:45:25 2004 Subject: [Moin-user] Calendar.py In-Reply-To: <20041104194324.GA20531@utoronto.ca> References: <1099303925.3840.13.camel@angua.localnet> <20041104194324.GA20531@utoronto.ca> Message-ID: <1099651029.2642.2.camel@angua.localnet> > On Mon, Nov 01, 2004 at 10:12:05AM +0000, Nigel Metheringham wrote: > > > I've sort of lost interest in this to some extent as I moved my calendar > > requirements outside the wiki - and instead use an ical based calendar > > with php icalendar to display it. Thats frankly very clunky and if I > > could get something that would handle ical type syntax (ie I can use a > > proper client to update it) but have wiki internal display that would be > > good. On Thu, 2004-11-04 at 14:43 -0500, Matt Price wrote: > I am experimenting with something along these lines using the > pre-alpha vobject module. I have a little script that reads in events > from an evolution2.0 calendar and writes them to a wiki page (right > now it writes to MonthCalendar-style pages using wiki markup). I do a > very primitive check also to make sure I don't duplicate listings when > updating. It's barely functional but does work a little. Happy to > show you it if you like. I'll put together a new Calendar development page (or maybe clean up the current), and put some of these notes onto there. If you could attach or link your code into that then we can see where any of us manages to take it. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From tw-public at gmx.de Fri Nov 5 06:53:17 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Nov 5 06:53:17 2004 Subject: [Moin-user] Permission errors when editing an underlay page on win32 In-Reply-To: <418A5415.4020600@gwu.edu> References: <4189347F.6020709@gwu.edu> <418A4E01.6050506@gmx.de> <418A5415.4020600@gwu.edu> Message-ID: <418B90D5.4080207@gmx.de> > Apparently this is a bug in Python: > > No: 1060212 > https://sourceforge.net/tracker/index.php?func=detail&aid=1060212&group_id=5470&atid=105470 > > I guess I will just have to wait until the bug is squashed. We will add a check for win32 and simply don't do it in that case. From sseefeld at art.ca Fri Nov 5 14:38:47 2004 From: sseefeld at art.ca (Stefan Seefeld) Date: Fri Nov 5 14:38:47 2004 Subject: [Moin-user] invalid attribute 'sys.setappdefaultencoding' Message-ID: <20DCDD8F0FCED411AC4D001083CF504501AA982F@MTL-EXCHANGE> hi there, I'v just tried to set up moin 1.3 beta on a (windows) machine with python 2.3 installed. When trying it out, I get a stack trace about an invalid attribute 'sys.setappdefaultencoding', and indeed, I'v never heared about that before. What's up with this ? Any ideas what the problem is ? Thanks, Stefan From tw-public at gmx.de Fri Nov 5 15:46:36 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Nov 5 15:46:36 2004 Subject: [Moin-user] Charsets, utf8 In-Reply-To: <20041104190714.GB23981@rw22linux2.jura.uni-sb.de> References: <20041104190714.GB23981@rw22linux2.jura.uni-sb.de> Message-ID: <20041105234148.GB12837@thinkmo.de> > we would like to run a moinmoin wiki containig cyrillic text as well as > Umlaute (???). Is it true that the only option we have is converting every- > thing to utf8? Yes. > CIs it somehow possible to set the charset for each page in- > dividually? No. > UTF8 is only supported from 1.3 on? It is half supported in 1.2, too. But support in 1.3 will be much better. > Release 1.2.2 [Revision 1.185] If you don't want to use 1.3beta, maybe upgrade to 1.2.4 until 1.3 is out. From tw-public at gmx.de Fri Nov 5 15:48:20 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Fri Nov 5 15:48:20 2004 Subject: [Moin-user] invalid attribute 'sys.setappdefaultencoding' In-Reply-To: <20DCDD8F0FCED411AC4D001083CF504501AA982F@MTL-EXCHANGE> References: <20DCDD8F0FCED411AC4D001083CF504501AA982F@MTL-EXCHANGE> Message-ID: <20041105234319.GC12837@thinkmo.de> > attribute 'sys.setappdefaultencoding', and indeed, I'v never > heared about that before. What's up with this ? Read CHANGES about sitecustomize.py. From amatos at gmail.com Wed Nov 10 18:14:01 2004 From: amatos at gmail.com (Alejandro Matos) Date: Wed Nov 10 18:14:01 2004 Subject: [Moin-user] unable to install Message-ID: <551355b404111018134a9bc620@mail.gmail.com> I have installed this packages: $ dpkg -l python* | grep ii ii python 2.3.4-4 An interactive high-level object-oriented la ii python-dev 2.3.4-4 Header files and a static library for Python ii python-diacanv 0.13.0-3 DiaCanvas2 library support for Python (defau ii python-glade2 2.2.0-3 GTK+ bindings: Glade support ii python-gnome2 2.0.3-1 Python bindings for the GNOME desktop enviro ii python-gtk2 2.2.0-3 Python bindings for the GTK+ widget set ii python-numeric 23.6-2 Numerical (matrix-oriented) Mathematics for ii python2.3 2.3.4-13 An interactive high-level object-oriented la ii python2.3-dev 2.3.4-13 Header files and a static library for Python ii python2.3-diac 0.13.0-3 DiaCanvas2 library support for python 2.3 ii python2.3-glad 2.2.0-3 GTK+ bindings: Glade support ii python2.3-gnom 2.0.3-1 Python bindings for the GNOME desktop enviro ii python2.3-gtk2 2.2.0-3 Python bindings for the GTK+ widget set ii python2.3-nume 23.6-2 Numerical (matrix-oriented) Mathematics for ii python2.3-pyor 2.0.1-1 A Python language binding for the ORBit2 COR I've tried to install the stable and the 1.3beta4 version and this is the error i get in the beta one: $ sudo python setup.py --quiet install --record=install.log package init file 'MoinMoin/scripts/reducewiki/__init__.py' not found (or not a regular file) package init file 'MoinMoin/scripts/reducewiki/__init__.py' not found (or not a regular file) package init file 'MoinMoin/scripts/reducewiki/__init__.py' not found (or not a regular file) the file of course is not there... I just copied the file there (__init__.py to MoinMoin/scripts/reducewiki/) and it worked, is this ok? is this a bug? Saludos Alejandro From amatos at gmail.com Wed Nov 10 18:45:01 2004 From: amatos at gmail.com (Alejandro Matos) Date: Wed Nov 10 18:45:01 2004 Subject: [Moin-user] Forbidden Message-ID: <551355b40411101844545504f6@mail.gmail.com> If you look at my site: http://alex.no-ip.biz/wiki/ you will sse that it goes to the moin-cgi folder and tells you that you don't have rights there... There is any way to solve this problem? Danke im voraus ;) Alejandro From tw-public at gmx.de Mon Nov 15 06:36:05 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Nov 15 06:36:05 2004 Subject: [Moin-user] unable to install In-Reply-To: <551355b404111018134a9bc620@mail.gmail.com> References: <551355b404111018134a9bc620@mail.gmail.com> Message-ID: <4198BC1E.2020209@gmx.de> > I've tried to install the stable and the 1.3beta4 version and this is > the error i get in the beta one: BTW, there is a beta5 now. But it has same error... - will be fixed in next. Until that, just do: touch MoinMoin/scripts/reducewiki/__init__.py This will create an empty file and you will have made a simple setup program very happy. > I just copied the file there (__init__.py to > MoinMoin/scripts/reducewiki/) and it worked, is this ok? is this a > bug? OK, that is ok, too. It is a bug. From tw-public at gmx.de Mon Nov 15 06:38:10 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon Nov 15 06:38:10 2004 Subject: [Moin-user] Forbidden In-Reply-To: <551355b40411101844545504f6@mail.gmail.com> References: <551355b40411101844545504f6@mail.gmail.com> Message-ID: <4198BCBA.7050209@gmx.de> > If you look at my site: http://alex.no-ip.biz/wiki/ > > you will sse that it goes to the moin-cgi folder and tells you that > you don't have rights there... > > There is any way to solve this problem? Many. Check filesystem rights (owner, group, mode) of the cgi file. It has to have read and execute right for the webserver uid. Also check if the webserver is configured to allow access to that directory and also has Option +ExecCGI there. From Thomas.Lorenz at vit.vossloh.com Mon Nov 15 07:33:02 2004 From: Thomas.Lorenz at vit.vossloh.com (Lorenz Thomas) Date: Mon Nov 15 07:33:02 2004 Subject: [Moin-user] Problem with revision history Message-ID: <902C68785C080641B237C86A73ABB7A52663C5@ki-s-ex1.kiel.vst-vossloh.com> Hello, I'm currently running * Apache 2.0.48 * Moin 1.2.4 * Python 2.3.4 The wiki has been running for almost a year, so I've had some version changes on the way. Currently I'm having the following problem: * The revision history of a page just contains the revisions. All user names and change comments are missing (empty columns). They've gone missing only recently. Curiously, on the page there's still the name of the user who did the last change. But the name in the revision history is empty. * Page diff isn't working reliably any more. I'm getting "No differences found!" even though I know there are differences. I think some log files are corrupt. Any idea how to fix this? Regards Thomas From matt.price at utoronto.ca Mon Nov 15 08:54:11 2004 From: matt.price at utoronto.ca (Matt Price) Date: Mon Nov 15 08:54:11 2004 Subject: [Moin-user] Calendar.py In-Reply-To: <1099651029.2642.2.camel@angua.localnet> References: <1099303925.3840.13.camel@angua.localnet> <20041104194324.GA20531@utoronto.ca> <1099651029.2642.2.camel@angua.localnet> Message-ID: <20041115165353.GA9667@utoronto.ca> On Fri, Nov 05, 2004 at 10:37:09AM +0000, Nigel Metheringham wrote: > > > On Mon, Nov 01, 2004 at 10:12:05AM +0000, Nigel Metheringham wrote: > > > > > I've sort of lost interest in this to some extent as I moved my calendar > > > requirements outside the wiki - and instead use an ical based calendar > > > with php icalendar to display it. Thats frankly very clunky and if I > > > could get something that would handle ical type syntax (ie I can use a > > > proper client to update it) but have wiki internal display that would be > > > good. > > On Thu, 2004-11-04 at 14:43 -0500, Matt Price wrote: > > I am experimenting with something along these lines using the > > pre-alpha vobject module. I have a little script that reads in events > > from an evolution2.0 calendar and writes them to a wiki page (right > > now it writes to MonthCalendar-style pages using wiki markup). I do a > > very primitive check also to make sure I don't duplicate listings when > > updating. It's barely functional but does work a little. Happy to > > show you it if you like. > > I'll put together a new Calendar development page (or maybe clean up the > current), and put some of these notes onto there. If you could attach > or link your code into that then we can see where any of us manages to > take it. hey Nigel, lemme know when you get around to this, will be happy to comply. m > > Nigel. ------------------------------------------- Matt Price matt.price at utoronto.ca History Department, University of Toronto (416) 978-2094 -------------------------------------------- The following addresses are for you if you're an evil spambot: zeus at derailleur.org aardvark at derailleur.org From amatos at gmail.com Mon Nov 15 15:53:00 2004 From: amatos at gmail.com (Alejandro Matos) Date: Mon Nov 15 15:53:00 2004 Subject: [Moin-user] Forbidden In-Reply-To: <4198BCBA.7050209@gmx.de> References: <551355b40411101844545504f6@mail.gmail.com> <4198BCBA.7050209@gmx.de> Message-ID: <551355b40411151552794744d4@mail.gmail.com> Servus Thomas! Also, I have this in my httpd.conf: Alias /wiki "/usr/share/moin/htdocs/" ScriptAlias /mywiki "/usr/share/moin/mywiki/cgi-bin/moin.cgi" that's all refering the moin.cgi but then: /usr/share/moin/mywiki/cgi-bin/ is empty, the only locations where is a moin.cgi are /usr/share/moin/cgi-bin/moin.cgi /usr/share/moin/server/moin.cgi should I just copy the files? or do I have to do everything again? :-\ (although i did everything as the manual says :( Danke! Alejandro On Mon, 15 Nov 2004 15:27:06 +0100, Thomas Waldmann wrote: > > If you look at my site: http://alex.no-ip.biz/wiki/ > > > > you will sse that it goes to the moin-cgi folder and tells you that > > you don't have rights there... > > > > There is any way to solve this problem? > > Many. Check filesystem rights (owner, group, mode) of the cgi file. > It has to have read and execute right for the webserver uid. > > Also check if the webserver is configured to allow access to that > directory and also has Option +ExecCGI there. > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From Thomas.Lorenz at vit.vossloh.com Tue Nov 16 00:24:01 2004 From: Thomas.Lorenz at vit.vossloh.com (Lorenz Thomas) Date: Tue Nov 16 00:24:01 2004 Subject: [Moin-user] Problem with revision history Message-ID: <902C68785C080641B237C86A73ABB7A572D4C5@ki-s-ex1.kiel.vst-vossloh.com> Hello, one further observation: For some entries in the revision history the diff failes for some it works. If it fails, the generated url looks like http://...?action=diff&date2=0&date1=1098197739 Is this related to the end of daylight saving time? Thomas > -----Original Message----- > From: moin-user-admin at lists.sourceforge.net > [mailto:moin-user-admin at lists.sourceforge.net]On Behalf Of > Lorenz Thomas > Sent: Monday, November 15, 2004 4:33 PM > To: moin-user at lists.sourceforge.net > Subject: [Moin-user] Problem with revision history > > > Hello, > > I'm currently running > * Apache 2.0.48 > * Moin 1.2.4 > * Python 2.3.4 > > The wiki has been running for almost a year, so I've had some > version changes on the way. Currently I'm having the > following problem: > * The revision history of a page just contains the revisions. > All user names and change comments are missing (empty > columns). They've gone missing only recently. Curiously, on > the page there's still the name of the user who did the last > change. But the name in the revision history is empty. > * Page diff isn't working reliably any more. I'm getting "No > differences found!" even though I know there are differences. > > I think some log files are corrupt. Any idea how to fix this? > > Regards > Thomas > > > ------------------------------------------------------- > This SF.Net email is sponsored by: InterSystems CACHE > FREE OODBMS DOWNLOAD - A multidimensional database that combines > robust object and relational technologies, making it a perfect match > for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From tw-public at gmx.de Tue Nov 16 03:32:06 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Nov 16 03:32:06 2004 Subject: [Moin-user] Problem with revision history In-Reply-To: <902C68785C080641B237C86A73ABB7A572D4C5@ki-s-ex1.kiel.vst-vossloh.com> References: <902C68785C080641B237C86A73ABB7A572D4C5@ki-s-ex1.kiel.vst-vossloh.com> Message-ID: <4199E27F.5010701@gmx.de> > For some entries in the revision history the diff failes for some it works. If it fails, the generated url looks like > http://...?action=diff&date2=0&date1=1098197739 date=0 usually means "the latest revision". But that stuff was quite messy in pre-1.3. The fix is 1.3 (when it is released, or the beta until then). From tw-public at gmx.de Tue Nov 16 03:37:01 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue Nov 16 03:37:01 2004 Subject: [Moin-user] Forbidden In-Reply-To: <551355b40411151552794744d4@mail.gmail.com> References: <551355b40411101844545504f6@mail.gmail.com> <4198BCBA.7050209@gmx.de> <551355b40411151552794744d4@mail.gmail.com> Message-ID: <4199E388.5030403@gmx.de> > Alias /wiki "/usr/share/moin/htdocs/" There is either a / missing or too much, reread the docs. > ScriptAlias /mywiki "/usr/share/moin/mywiki/cgi-bin/moin.cgi" Also check that one again. > /usr/share/moin/mywiki/cgi-bin/ is empty, the only locations where is > a moin.cgi are > > /usr/share/moin/cgi-bin/moin.cgi > /usr/share/moin/server/moin.cgi You seem to have mixed a 1.2.x install with a 1.3beta install. Maybe clean up and start from scratch. > should I just copy the files? or do I have to do everything again? :-\ > (although i did everything as the manual says :( Of course there has to be a moin.cgi where the ServerAlias points to. Either the one of 1.3 (when using 1.3) or the one of 1.2 (when using 1.2). Maybe reread the docs. If there is really something missing, do a bug report on the wiki. From r1o2b3v4 at hotmail.com Tue Nov 16 09:22:02 2004 From: r1o2b3v4 at hotmail.com (ro bert) Date: Tue Nov 16 09:22:02 2004 Subject: [Moin-user] ImportError: No module named distutils Message-ID: Hello, on a "suse9.1 i386" System the error message: "File "setup.py", line 14, in ? import distutils ImportError: No module named distutils" occurs while executing: "python setup.py install --record=install.log" python-2.3.3-85 was installed. Lacking a python devepment package i found python-devel-2.3.3-6 and installed it: packages on my system now: "python-japanese-1.4.10-65 python-devel-2.3.3-6 python-korean-2.0.5-350 python-2.3.3-85" But the error message is still appearing. I have got the "moin-1.2.4 tar.gz package" thanks for some comments, robert _________________________________________________________________ Vuoi chattare e scambiare canzoni e foto con gli amici? http://www.msn.it/downloadmessenger/ From msoulier at digitaltorque.ca Tue Nov 16 12:17:02 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Tue Nov 16 12:17:02 2004 Subject: [Moin-user] ImportError: No module named distutils In-Reply-To: References: Message-ID: <20041116201637.GM19755@rabbit.digitaltorque.ca> On 16/11/04 ro bert said: > python-devel-2.3.3-6 > python-2.3.3-85" Should those not be the same release? Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca python -c 'import this' Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rangika at opensource.lk Tue Nov 16 19:56:15 2004 From: rangika at opensource.lk (rangika at opensource.lk) Date: Tue Nov 16 19:56:15 2004 Subject: [Moin-user] moin moin Message-ID: <1536.220.247.252.224.1100663742.squirrel@220.247.252.224> Hi guys, I developed the Axis CPP project Pages wiki.It'a an Apache wiki.I heard that we have to move to moin moin. Can someone pls tell me how to do that since I'm very busy I don't have time to go through the documentation. Thanking you Rangika From admin at panta-rhei.dyndns.org Wed Nov 17 04:59:03 2004 From: admin at panta-rhei.dyndns.org (panta-admin) Date: Wed Nov 17 04:59:03 2004 Subject: [Moin-user] Hostname Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all ! I have set up a moinmoin wiki on a privacy related website. https://www.panta-rhei.dyndns.org/pantawiki I have set show_host = 0 to avoid giving away the IP/hostname of people working on the wiki. I wonder if it would be possible to show the UserName if a logged in User makes changes? So if someone makes changes anonymously show nothing or "Anonymous", if the guy was a registered User show the Username. Is that possible ? Cheers, panta-admin -----BEGIN PGP SIGNATURE----- Version: N/A iQA/AwUBQZtIaB2e88Id2BOOEQJQdgCfc89EOf7rCGcvh86bbmIPh66GAssAoNuJ WhmqNMXwTvGS6sJR1RdedaBo =gjBx -----END PGP SIGNATURE----- From r1o2b3v4 at hotmail.com Wed Nov 17 13:07:01 2004 From: r1o2b3v4 at hotmail.com (ro bert) Date: Wed Nov 17 13:07:01 2004 Subject: [Moin-user] how to turn on acl's Message-ID: Hi, i added in /mywiki/moin_config.py: acl_rights_default = 'All:read' but I still could edit the Sites. Changes of the sitename for example were handled immediatly. So changes in moin_config.py are handled. Maybe i have to turn on acl's. But the HelpOnControlLists doesn't adress how to turn it on. Can anybody give me some advice? Thanks for your comments, Robert _________________________________________________________________ MSN Search: la risposta alle tue ricerche online http://search.msn.it/ From mailinglist at alexanderweb.de Wed Nov 17 14:14:04 2004 From: mailinglist at alexanderweb.de (Alexander Schremmer) Date: Wed Nov 17 14:14:04 2004 Subject: [Moin-user] how to turn on acl's In-Reply-To: Message-ID: ro bert wrote on Wednesday, November 17, 2004 10:06 PM CEST: > i added in /mywiki/moin_config.py: > > acl_rights_default = 'All:read' > > but I still could edit the Sites. > Changes of the sitename for example > were handled immediatly. So changes in moin_config.py are handled. > Maybe i have to turn on acl's. But the HelpOnControlLists doesn't > adress how to turn it on. > Can anybody give me some advice? Try acl_enabled = 1 Furthermore, let us know if you do not find that option on HelpOnAccessControlLists. Kind regards, Alexander From tw-public at gmx.de Thu Nov 18 08:58:01 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Nov 18 08:58:01 2004 Subject: [Moin-user] moin moin In-Reply-To: <1536.220.247.252.224.1100663742.squirrel@220.247.252.224> References: <1536.220.247.252.224.1100663742.squirrel@220.247.252.224> Message-ID: <419CD1B1.6040108@gmx.de> > I developed the Axis CPP project Pages wiki.It'a an Apache wiki. What is an "Apache Wiki"? URL? Or do you mean that Apache is your main server and your run your current wiki via CGI? > I heard that we have to move to moin moin. Can someone pls tell me how to do that > since I'm very busy I don't have time to go through the documentation. Well, the fastest way to do an installation is to follow the install docs and be logged in to IRC channel #moin server irc.freenode.net, so we can help if you encounter problems. Before starting, decide if you want to run via Apache (CGI or FastCGI or mod_python) or via another server like twisted or even standalone. From tw-public at gmx.de Thu Nov 18 09:02:58 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu Nov 18 09:02:58 2004 Subject: [Moin-user] Hostname In-Reply-To: References: Message-ID: <419CD2B7.4010807@gmx.de> > I have set up a moinmoin wiki on a privacy related website. > https://www.panta-rhei.dyndns.org/pantawiki > > I have set show_host = 0 to avoid giving away the IP/hostname of people > working on the wiki. > I wonder if it would be possible to show the UserName if a logged in User > makes changes? I think in current code, you can only decide to have that IP/Hostname/Username column or not. > So if someone makes changes anonymously show nothing or "Anonymous", if the > guy was a registered User show the Username. The problem is that you can't find out about people spamming the wiki or doing illegal stuff (except maybe via the logs). > Is that possible? Currently only by changing the code. I will discuss that on the channel, maybe we can change it in 1.3 - although it is a bit late for that.... From eiablage at thorsten-busse.de Thu Nov 18 09:15:07 2004 From: eiablage at thorsten-busse.de (Thorsten Busse) Date: Thu Nov 18 09:15:07 2004 Subject: [Moin-user] Migrate from usemod (1.0) to moinmoin? Message-ID: <200411181814.31431.eiablage@thorsten-busse.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, has anybody tried to migrate the content of a usemod wiki to moinmoin? I have some old usemod wikis up and running and don't want to abandon all that content. Now i am searching for an somehow automated solution to migrate that content to moinmoin. I am talking about several hundred pages, so I would prefer to have not to do this by hand... ;) Any hint is welcome! Cheers, Thorsten -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBnNhyvFcp8j8SnF8RAonZAJ48G2iwtoBjnGtWx6eSXjVLrThqKgCeMUzA A0DfKnQA+RfD5FNGaj5w9D0= =XVyb -----END PGP SIGNATURE----- From admin at panta-rhei.dyndns.org Thu Nov 18 09:57:10 2004 From: admin at panta-rhei.dyndns.org (panta-admin) Date: Thu Nov 18 09:57:10 2004 Subject: [Moin-user] Hostname References: <419CD2B7.4010807@gmx.de> Message-ID: <346DB5ME38309.7482638889@anonymous.poster> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! >> So if someone makes changes anonymously show nothing or "Anonymous", if the >> guy was a registered User show the Username. > >The problem is that you can't find out about people spamming the wiki or >doing illegal stuff (except maybe via the logs). I would be willing to live with that. In this way if someone registers he gets some credit for his work on the recent changed page without revealing the ip/hostname of the others. >> Is that possible? > >Currently only by changing the code. > >I will discuss that on the channel, maybe we can change it in 1.3 - >although it is a bit late for that.... It would be really cool. Thanks for considering it. Cheers, panta-admin -----BEGIN PGP SIGNATURE----- Version: N/A iQA/AwUBQZze9x2e88Id2BOOEQIB6ACg9ggg+zUObkWPdE2WTPckQzYbvQkAn0oS gi9O9qbHKE+gL+FLdNvewjBL =ssyf -----END PGP SIGNATURE----- From r1o2b3v4 at hotmail.com Tue Nov 23 10:16:15 2004 From: r1o2b3v4 at hotmail.com (ro bert) Date: Tue Nov 23 10:16:15 2004 Subject: [Moin-user] Groups in acl don't work Message-ID: Hello, my wiki is working now. Thanks to your good advices. But I wanted to create a group: So I wrote in my moin_config.py for testing purposes: acl_rights_default = 'All:read' acl_rights_before = 'HelloGroup:read,write' and created a Group: HelloGroup In this HelloGroup page i wrote: #acl All: * Name1 * Name2 but afterwards members of this group were not able to write, instead they had the same rights like All. What did i do wrong? _________________________________________________________________ Chiacchiera con gli amici online, prova MSN Messenger! http://www.msn.it/downloadmessenger/ From msoulier at digitaltorque.ca Tue Nov 23 10:54:04 2004 From: msoulier at digitaltorque.ca (Michael P. Soulier) Date: Tue Nov 23 10:54:04 2004 Subject: [Moin-user] Groups in acl don't work In-Reply-To: References: Message-ID: <20041123184445.GP8594@rabbit.digitaltorque.ca> On 23/11/04 ro bert said: > but afterwards members of this group were not able to write, instead > they had the same rights like All. > > What did i do wrong? Did you enable acls in moin_config.py? Mike -- Michael P. Soulier http://www.digitaltorque.ca http://opag.ca python -c 'import this' Jabber: msoulier at digitaltorque.ca -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From endavis at gmail.com Tue Nov 23 11:51:16 2004 From: endavis at gmail.com (Eric Davis) Date: Tue Nov 23 11:51:16 2004 Subject: [Moin-user] Re: Groups in acl don't work In-Reply-To: References: Message-ID: I believe you have to have a space before the "*". Eric ro bert wrote: > Hello, > > my wiki is working now. > Thanks to your good advices. > > But I wanted to create a group: > > So I wrote in my moin_config.py for testing purposes: > > acl_rights_default = 'All:read' > acl_rights_before = 'HelloGroup:read,write' > > and created a Group: HelloGroup > > In this HelloGroup page i wrote: > > #acl All: > * Name1 > * Name2 > > but afterwards members of this group were not able to write, instead > they had > the same rights like All. > > What did i do wrong? > > _________________________________________________________________ > Chiacchiera con gli amici online, prova MSN Messenger! > http://www.msn.it/downloadmessenger/ > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ From seuchato at yahoo.de Wed Nov 24 07:08:17 2004 From: seuchato at yahoo.de (Chris Epicier) Date: Wed Nov 24 07:08:17 2004 Subject: [Moin-user] logo in wiki dir tree Message-ID: <20041124150121.92701.qmail@web26101.mail.ukl.yahoo.com> Hi there I did a couple of local wikis. We like the way it runs al lot. Now we'd like to send these wikis to people outside and they should get it installed by simply untarring a file. We'd wish to add a unique logo to each of these wikis. I tried to fugure out how to set the path to the logo correctly (not to logo_url = url_prefix + '/classic/img/logo.png' but rathjer to something like logo_url = /prefix/ + 'the_unique_logo.png' I guess it can be done but How? greets chris ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 100MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From haase at msg.ucsf.edu Wed Nov 24 09:50:13 2004 From: haase at msg.ucsf.edu (Sebastian Haase) Date: Wed Nov 24 09:50:13 2004 Subject: [Moin-user] Re: [MayaVi-users] Re: MayaVi Wiki vandalism In-Reply-To: <20041124124836.3ea54308@hazard.inria.fr> References: <200411241110.08968.moitinho@civil.ist.utl.pt> <20041124124836.3ea54308@hazard.inria.fr> Message-ID: <200411240945.13529.haase@msg.ucsf.edu> Hi all, (I cc'ed this to moinmoin) I would expect the "moinmoin community" would/should have a rather generic solution for this. Requiring logins might be an easy fix, that we (assumingly) could all live with. (How hard is this to install !?) To go back in the "revision history" for each page to a point that does not contain spam words sounds like a "fun" script to write - ONCE-AND-FOR-ALL - and then it could be shipped with moinmoin. Sebastian Haase On Wednesday 24 November 2004 03:48 am, Vincent Picavet wrote: > Hi all, > I am only a intermittent reader of this ML, but I saw your problem about > the wiki. > I had a similar problem with a wiki I am responsible of. I think robots > have been recently developed by spammers to automatically insert links > to their drug/porn/... sites on wikis, in order to improve their > rank in the search engines. > The good news is that most of the time wiki engines save the history of > the pages. It usually needs three clicks to revert a page to the > precedent state (as you say it, in the MoinMoin's case, click the info > icon on top right corner of the page, then view a correct previous, edit > it and save). > The bad news is that in my case, the attackers came back a lot of time > and I had to request login to be able to modify a page. > Needless to say that there is nothing legal to do to prevent such > attacks, they often come from russia or china or some other places where > a mail to abuse at xxx has no effect... > Good luck to get your wiki back. > Vincent > > > > Forget it, I have monthly backups of the site. I'll see what I can > > > do. We might loose recent content though but this is easier than > > > going through each page and fixing content. > > > > I have the idea that moin allows the administrator to revert a wiki to > > a previous version. You can see which versions are stored by clicking > > on the info icon and in fact the vandalism started some time ago. From heidan at gmail.com Wed Nov 24 17:42:24 2004 From: heidan at gmail.com (XUE Jianmin) Date: Wed Nov 24 17:42:24 2004 Subject: [Moin-user] Groups in acl don't work In-Reply-To: References: Message-ID: <83c470b604112417416cb2e8d9@mail.gmail.com> Make sure that your group definition conforms with the indentation described in HelpOnAccessControlList. Cheers, Phipps On Tue, 23 Nov 2004 18:13:46 +0000, ro bert wrote: > Hello, > > my wiki is working now. > Thanks to your good advices. > > But I wanted to create a group: > > So I wrote in my moin_config.py for testing purposes: > > acl_rights_default = 'All:read' > acl_rights_before = 'HelloGroup:read,write' > > and created a Group: HelloGroup > > In this HelloGroup page i wrote: > > #acl All: > * Name1 > * Name2 > > but afterwards members of this group were not able to write, instead they > had > the same rights like All. > > What did i do wrong? > > _________________________________________________________________ > Chiacchiera con gli amici online, prova MSN Messenger! > http://www.msn.it/downloadmessenger/ > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > -- XUE Jianmin Tele: +86 21 61006699 - 7519 Gmail: heidan at gmail.com From apthorpe+moin at cynistar.net Wed Nov 24 22:23:02 2004 From: apthorpe+moin at cynistar.net (Bob Apthorpe) Date: Wed Nov 24 22:23:02 2004 Subject: [Moin-user] Re: [MayaVi-users] Re: MayaVi Wiki vandalism In-Reply-To: <200411240945.13529.haase@msg.ucsf.edu> References: <200411241110.08968.moitinho@civil.ist.utl.pt> <20041124124836.3ea54308@hazard.inria.fr> <200411240945.13529.haase@msg.ucsf.edu> Message-ID: <41A579F9.5080406@cynistar.net> Hi, Sebastian Haase wrote: > Hi all, (I cc'ed this to moinmoin) > I would expect the "moinmoin community" would/should have a rather generic > solution for this. Requiring logins might be an easy fix, that we > (assumingly) could all live with. (How hard is this to install !?) > To go back in the "revision history" for each page to a point that does not > contain spam words sounds like a "fun" script to write - ONCE-AND-FOR-ALL - > and then it could be shipped with moinmoin. FWIW, I built a perl module called Text::SpamAssassin that takes arbitrary text and metadata (for example, IP address, username, post subject, etc.), formats it as a RFC-822-compliant mail message and feeds that into a specially-tuned instance of Mail::SpamAssassassin for analysis. The upshot is that you get to leverage DNSBL and SURBL (www.surbl.org - blacklists frequently-spammed URLs) tests as well as all of SpamAssassin's rule-based tests without reinventing the wheel badly. I've built the perl module, a wrapper script for simple command-line use (babycart - needs daemonizing), a sample SpamAssassin config file, and a fragment of PHP code to integrate it with the Wordpress blog so the moderation flag is set if a post appears to be spam. I know beans about Python but I have no doubt that a moderately-skilled programmer could figure out how to call babycart from within MoinMoin, etc. In this case it might be best to flag a revision as being spammy and provide an alert to the page owner and a means (link) to revert the change. I haven't posted Text::SpamAssassin to CPAN because I think the module interface needs review and cleaning. I'm an old-skool procedural programmer so I view all my attempts at object design with a lot of skepticism. Better to let someone more skilled in OOD destupidify my interfaces before making an ass of myself on CPAN (oh, and pulling the rug out from under all the application programmers who used rev 0.01's interface when it all gets changed for rev 0.02. Been there, done that, don't want to do that to anyone if I can avoid it.) The code is at http://www.austinimprov.com/~apthorpe/code/babycart/Text-SpamAssassin-1.2.tar.gz in case anyone wants to take it for a test drive. Consider it to be distributed under the Artistic License. Oh, one last thing - caveat utilitor. Bug reports, constructive criticism, suggestions and great wads of cash cheerfully accepted! hth, -- Bob PS: A scary, er, motivated individual would find a way to tokenize the wiki content so SA's Bayesian analyzer could be used. > On Wednesday 24 November 2004 03:48 am, Vincent Picavet wrote: > >>Hi all, >>I am only a intermittent reader of this ML, but I saw your problem about >>the wiki. >>I had a similar problem with a wiki I am responsible of. I think robots >>have been recently developed by spammers to automatically insert links >>to their drug/porn/... sites on wikis, in order to improve their >>rank in the search engines. >>The good news is that most of the time wiki engines save the history of >>the pages. It usually needs three clicks to revert a page to the >>precedent state (as you say it, in the MoinMoin's case, click the info >>icon on top right corner of the page, then view a correct previous, edit >>it and save). >>The bad news is that in my case, the attackers came back a lot of time >>and I had to request login to be able to modify a page. >>Needless to say that there is nothing legal to do to prevent such >>attacks, they often come from russia or china or some other places where >>a mail to abuse at xxx has no effect... >>Good luck to get your wiki back. >>Vincent >> >> >>>>Forget it, I have monthly backups of the site. I'll see what I can >>>>do. We might loose recent content though but this is easier than >>>>going through each page and fixing content. >>> >>>I have the idea that moin allows the administrator to revert a wiki to >>>a previous version. You can see which versions are stored by clicking >>>on the info icon and in fact the vandalism started some time ago. From prabhu_r at users.sf.net Thu Nov 25 09:00:05 2004 From: prabhu_r at users.sf.net (Prabhu Ramachandran) Date: Thu Nov 25 09:00:05 2004 Subject: [Moin-user] Re: [MayaVi-users] Re: MayaVi Wiki vandalism In-Reply-To: <200411240945.13529.haase@msg.ucsf.edu> References: <200411241110.08968.moitinho@civil.ist.utl.pt> <20041124124836.3ea54308@hazard.inria.fr> <200411240945.13529.haase@msg.ucsf.edu> Message-ID: <16806.3893.300509.77629@monster.linux.in> >>>>> "SH" == Sebastian Haase writes: SH> Hi all, (I cc'ed this to moinmoin) I would expect the SH> "moinmoin community" would/should have a rather generic SH> solution for this. Requiring logins might be an easy fix, SH> that we (assumingly) could all live with. (How hard is this to SH> install !?) To go back in the "revision history" for each SH> page to a point that does not contain spam words sounds like a SH> "fun" script to write - ONCE-AND-FOR-ALL - and then it could SH> be shipped with moinmoin. There are a bunch of options I believe: http://moinmoin.wikiwikiweb.de:8000/AntiSpamFeatures I am not sure which is the best way to go. For now I am more or less forced to use an older version of MoinMoin because the SF.net servers run Python-1.5.2. I believe an upgrade is in the works. I can then try and upgrade the version I use and see if any of the anti-SPAM features can be used. cheers, prabhu From rangika at opensource.lk Thu Nov 25 20:04:22 2004 From: rangika at opensource.lk (rangika at opensource.lk) Date: Thu Nov 25 20:04:22 2004 Subject: [Moin-user] Urgent - can't find the wiki page Message-ID: <2616.220.247.230.43.1101441805.squirrel@220.247.230.43> Hi guys, I was involved in developing the axiscppprojectpages wiki page. Just recently I found that it was not in nagoya.apache.org........ I searched fro it & couldn't find it........ then I found that all the wiki pages have been migrated to moinmoin......... can anyone tell me whether my wiki was migrated........ how can I check whether it's there...... or where it is... Can anyone help me on this.............. Regards, Rangika From wa7nwp at jnos.org Fri Nov 26 16:49:49 2004 From: wa7nwp at jnos.org (Bill Vodall) Date: Fri Nov 26 16:49:49 2004 Subject: [Moin-user] MoinMoin on Ensim Web System In-Reply-To: <2616.220.247.230.43.1101441805.squirrel@220.247.230.43> Message-ID: Has anybody successfully installed MoinMoin in the virtual environment of Ensim WebAppliance? Any hints would be appreciated to give a head start before I seriously dig in and make it happen. Thanks, Bill From tw-public at gmx.de Sat Nov 27 01:28:24 2004 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat Nov 27 01:28:24 2004 Subject: [Moin-user] MoinMoin on Ensim Web System In-Reply-To: References: Message-ID: <41A84431.5060909@gmx.de> > Has anybody successfully installed MoinMoin in the virtual > environment of Ensim WebAppliance? I don't know of anybody, so maybe not. > Any hints would be appreciated to give a head start before I seriously dig > in and make it happen. Well, if you don't find anybody, then maybe just start digging into MoinMoin/request.py. There is maybe anything you need for WA already done for twisted, cgi, fastcgi and mod_python, so you have quite some "sample" code.