From John.Marshall at ec.gc.ca Sun Aug 2 17:33:55 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Sun, 02 Aug 2009 17:33:55 -0400 Subject: [Moin-user] page rendering without decoration Message-ID: <4A760643.20308@ec.gc.ca> Hi, Is it possible to get a rendered page without the decoration (i.e., the menus; icons; search area; user, settings, login/logout links; tail, etc.), just the body area? Thanks, John From John.Marshall at ec.gc.ca Sun Aug 2 17:45:28 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Sun, 02 Aug 2009 17:45:28 -0400 Subject: [Moin-user] conditional rendering Message-ID: <4A7608F8.8000209@ec.gc.ca> Hi, I am developing a number of pages which are intended to be included using the Include() macro, however I want to be able to have some markup rendered differently based on whether the a page is being requested (the actual request) or included. The point of the conditional markup is to be able to indicate that the pages are to be included, not used directly. My initial idea is to create a simple parser which renders (using the original parser) or not depending on if the page_name == request.page_name Of course, a macro could be used if only a small snippet of text was required. Any suggested alternatives to doing things this way? Thanks again, John From tw-public at gmx.de Mon Aug 3 02:32:35 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 03 Aug 2009 08:32:35 +0200 Subject: [Moin-user] page rendering without decoration In-Reply-To: <4A760643.20308@ec.gc.ca> References: <4A760643.20308@ec.gc.ca> Message-ID: <1249281155.19331.1.camel@x300> Hi John, > Is it possible to get a rendered page without the decoration (i.e., > the menus; icons; search area; user, settings, login/logout links; > tail, etc.), just the body area? ...?action=content Cheers, Thomas From John.Marshall at ec.gc.ca Tue Aug 4 21:19:09 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Tue, 04 Aug 2009 21:19:09 -0400 Subject: [Moin-user] common initialization for forking server Message-ID: <4A78DE0D.7090208@ec.gc.ca> Hi, I have been taking a look at the moinmoin 1.9 and werkzeug code, specifically having to do with a forking server. It seems that the forking server runs the application _from the start_ for each fork. If I am understanding things correctly, this means that a lot of work is done after the fork, much of which is common to all processes. And, from some timing I've done, it is not insignificant. Not knowing all the initialization details of MM, I wonder if it is possible to have MM perform the initialization common to all processes (prior to any forking) and then pass a suitable entry point to the forking code (i.e., run_simple)? Thanks, John From John.Marshall at ec.gc.ca Tue Aug 4 23:29:20 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Tue, 04 Aug 2009 23:29:20 -0400 Subject: [Moin-user] common initialization for forking server In-Reply-To: <4A78DE0D.7090208@ec.gc.ca> References: <4A78DE0D.7090208@ec.gc.ca> Message-ID: <4A78FC90.5010406@ec.gc.ca> John Marshall wrote: > Hi, > > I have been taking a look at the moinmoin 1.9 and werkzeug > code, specifically having to do with a forking server. It seems > that the forking server runs the application _from the start_ > for each fork. If I am understanding things correctly, this > means that a lot of work is done after the fork, much of which > is common to all processes. And, from some timing I've done, > it is not insignificant. > > Not knowing all the initialization details of MM, I wonder if it > is possible to have MM perform the initialization common to all > processes (prior to any forking) and then pass a suitable entry > point to the forking code (i.e., run_simple)? > Just to follow up, one of the things I see happening for each request is that the wikiconfig.py (and in turn the multiconfig.DefaultConfig) is read and executed. Could this not be done once? Thanks, John From mihamina at gulfsat.mg Fri Aug 7 09:03:54 2009 From: mihamina at gulfsat.mg (Rakotomandimby Mihamina) Date: Fri, 07 Aug 2009 16:03:54 +0300 Subject: [Moin-user] 1.8.4 configuration: anonymous permission Message-ID: <4A7C263A.10308@gulfsat.mg> Hi all I have installed moinmoin 1.8.4 following the official process and "python setup.py". Well, a default installation. I had on old 1.6 moinmoin instance and I just copied "data/pages/*" and "data/user/*" to the new installation. It works, in the way that Users can login and content is present (Searchable, Readable, Editable) The problem(s) is now: 1?) I setup a front page (wikiconfig.py -> page_front_page = u"Documentation"), and whenever I am logged in or not, asking for the root of the wiki through a web browser results with a: "You are not allowed to view this page." 2?) an anonymous (one who did not "login") user can browse the Wiki pages. They may even edit them. What is the directive in what file to setup? -- Architecte Informatique: Administration Systeme, Recherche & Developpement + 261 32 11 401 65 Pensez a l'environnement avant d'imprimer ce message From mihamina at gulfsat.mg Fri Aug 7 09:48:36 2009 From: mihamina at gulfsat.mg (Rakotomandimby Mihamina) Date: Fri, 07 Aug 2009 16:48:36 +0300 Subject: [Moin-user] user management Message-ID: <4A7C30B4.6080304@gulfsat.mg> Hi all In an 1.6.3 moinmoin, we had a Wiki page "CompanyNameGroup" listing the usernames of some members of the staff. It looks like this: root at wiki:/usr/local/share/moin/tech/data/pages/CompanyNameGroup/revisions# cat 00000060 [...] * AHari * Andry * Barivelo * cRazava * DRaha [...] When a user signs in, his username has to be listed in there to allow him to full edit the wiki. I just installed a 1.8.4 moin moin and raw (system's 'cp -R') copied the wiki 'pages/' and 'user/' from that 1.6.3 to the new one. I want to enable the pwer of that "CompanyNameGroup" page. Where is that feature documented please? Thank you. -- Architecte Informatique: Administration Systeme, Recherche & Developpement + 261 32 11 401 65 Pensez a l'environnement avant d'imprimer ce message From eric at tibco.com Fri Aug 7 12:07:11 2009 From: eric at tibco.com (Eric Johnson) Date: Fri, 07 Aug 2009 09:07:11 -0700 Subject: [Moin-user] user management In-Reply-To: <4A7C30B4.6080304@gulfsat.mg> References: <4A7C30B4.6080304@gulfsat.mg> Message-ID: <4A7C512F.3090206@tibco.com> An HTML attachment was scrubbed... URL: From rb.proj at gmail.com Mon Aug 10 09:52:17 2009 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 10 Aug 2009 15:52:17 +0200 Subject: [Moin-user] 1.8.4 configuration: anonymous permission In-Reply-To: <4A7C263A.10308@gulfsat.mg> References: <4A7C263A.10308@gulfsat.mg> Message-ID: Rakotomandimby Mihamina schrieb: > Hi all > I have installed moinmoin 1.8.4 following the official process > and "python setup.py". Well, a default installation. > > I had on old 1.6 moinmoin instance and I just copied "data/pages/*" and > "data/user/*" to the new installation. It works, in the way that > Users can login and content is present (Searchable, Readable, Editable) You may want to migrate your old instance data to the current version, see docs/README_FIRST http://hg.moinmo.in/moin/1.8/file/a6b0b1fcd463/docs/README_FIRST > > The problem(s) is now: > 1?) I setup a front page (wikiconfig.py -> page_front_page = u"Documentation"), > and whenever I am logged in or not, asking for the root of the wiki > through a web browser results with a: "You are not allowed to view this page." looks like you haven't updated your page_*_regex definition http://hg.moinmo.in/moin/1.8/file/a6b0b1fcd463/docs/CHANGES#l506 > > 2?) an anonymous (one who did not "login") user can browse the Wiki pages. > They may even edit them. What is the directive in what file to setup? > May be we can answer if we can see your wikiconfig cheers Reimar From John.Marshall at ec.gc.ca Mon Aug 10 20:40:02 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Mon, 10 Aug 2009 20:40:02 -0400 Subject: [Moin-user] conditional rendering In-Reply-To: <4A7608F8.8000209@ec.gc.ca> References: <4A7608F8.8000209@ec.gc.ca> Message-ID: <4A80BDE2.6000202@ec.gc.ca> John Marshall wrote: > Hi, > > I am developing a number of pages which are intended > to be included using the Include() macro, however I want > to be able to have some markup rendered differently > based on whether the a page is being requested (the > actual request) or included. The point of the conditional > markup is to be able to indicate that the pages are to be > included, not used directly. > > My initial idea is to create a simple parser which renders > (using the original parser) or not depending on if the > page_name == request.page_name > > Of course, a macro could be used if only a small snippet > of text was required. > > Any suggested alternatives to doing things this way? > Hmm. Am I the only one who has wanted to do this sort of thing? John From tr.wiki at telus.net Tue Aug 11 09:18:16 2009 From: tr.wiki at telus.net (Trevor) Date: Tue, 11 Aug 2009 07:18:16 -0600 Subject: [Moin-user] Wiki suitability by ACL, security, and support Message-ID: Hello. Please let me know if I'm using the wrong mailing list. I am currently evaluating MoinMoin (along with several other wikis) for use within our small development team. We will be sharing the wiki with clients as well, so we have several criteria that MUST be met: 1. WYSIWYG editing 2. Clean interface, small learning curve 3. Fine-grained user access to pages 4. Security (the wiki will be on a server exposed to the internet, but will be private) 5. Good support base In trying out MoinMoin (and being quite impressed) and looking through the documentation I think it meets these requirements (definitely 1-3). My questions are: 1. We will want to segregate the clients from each other (ie. they won't be aware of each other), but our development team would need one-login access to all content, across clients. ie. if a developer logs in, they would have access to all content; if client A logs in, they would only see client A's content, etc. Am I understanding correctly that "wiki farms" and proper ACL would help us achieve this? 2. I'm trying to get an idea of the support base behind MoinMoin: for example, is it one main developer driving the project and supported by several (or many) others? Or is it truly a community-driven project? How much of the support relies on one person? What are users' support experiences like? Any comments or additional information would be welcome. Excuse me if I have asked questions that are readily available on the website -- I have looked through the online documentation (which is quite good, by the way) but have also evaluated many wikis and my brain is starting to blur. Thanks very much, Trevor From rb.proj at gmail.com Tue Aug 11 11:21:34 2009 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 11 Aug 2009 17:21:34 +0200 Subject: [Moin-user] conditional rendering In-Reply-To: <4A80BDE2.6000202@ec.gc.ca> References: <4A7608F8.8000209@ec.gc.ca> <4A80BDE2.6000202@ec.gc.ca> Message-ID: John Marshall schrieb: > John Marshall wrote: >> Hi, >> >> I am developing a number of pages which are intended >> to be included using the Include() macro, however I want >> to be able to have some markup rendered differently >> based on whether the a page is being requested (the >> actual request) or included. The point of the conditional >> markup is to be able to indicate that the pages are to be >> included, not used directly. >> >> My initial idea is to create a simple parser which renders >> (using the original parser) or not depending on if the >> page_name == request.page_name >> >> Of course, a macro could be used if only a small snippet >> of text was required. >> >> Any suggested alternatives to doing things this way? >> > Hmm. Am I the only one who has wanted to do > this sort of thing? > you could add a new keyword to Include and add a div container and some css to render different if that is used. cheers Reimar From tw-public at gmx.de Tue Aug 11 11:29:11 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Tue, 11 Aug 2009 17:29:11 +0200 Subject: [Moin-user] Wiki suitability by ACL, security, and support In-Reply-To: References: Message-ID: <1250004551.1050.49.camel@server.firma.waldmann-edv.de> Hi Trevor, > Hello. Please let me know if I'm using the wrong mailing list. There is only one for moin. :) For everything else we use wiki and irc. > I am currently evaluating MoinMoin (along with several other wikis) for use within our small development team. We will be sharing the wiki with clients as well, so we have several criteria that MUST be met: > > 1. WYSIWYG editing We have that, but take it with a grain of salt (save often :). What it is doing is non-trivial: it converts html back to wiki markup. While this usually works rather good for stuff generated by moin, you shouldn't try to copy and paste some arbitrary stuff from web sites or microsoft office into it. :) > 2. Clean interface, small learning curve Well, moin is quite powerful, so its interface is maybe not as simple as the one of a less powerful wiki. But it's for sure not rocket science either. :) > 3. Fine-grained user access to pages If you mean access control, yes we have Access Control Lists (configurable and/or per page, for users, groups, logged-in ("known") and all users). > 4. Security (the wiki will be on a server exposed to the internet, but will be private) Depending on security requirements, you can just use ACLs and/or run the wiki via SSL and/or use http auth via Apache (moin can re-use the apache login). > 5. Good support base See http://moinmo.in/Support - there is free and commercial support available. Usually the best way to get some questions answered rather quickly is to join our IRC chat channel and just ask and wait. You can also use the mailing list and the wiki, but it'll be a bit less interactive. If you just like to get something done (instead of doing it yourself), you can also buy some commercial support time and have it done by someone who knows moin best. > 1. We will want to segregate the clients from each other (ie. they won't be aware of each other), but our development team would need one-login access to all content, across clients. ie. if a developer logs in, they would have access to all content; if client A logs in, they would only see client A's content, etc. Am I understanding correctly that "wiki farms" and proper ACL would help us achieve this? If you like to configure one wiki per client, yes. Otherwise (if each client has rather few pages, maybe all subpages of one main page) you could also use hierarchical ACLs. Maybe also depends a bit on how much separation you want. > 2. I'm trying to get an idea of the support base behind MoinMoin: for example, is it one main developer driving the project and supported by several (or many) others? Or is it truly a community-driven project? How much of the support relies on one person? What are users' support experiences like? That's a bit hard to answer, because it is not black and white. We have some (few) developers who are long term contributors and now quite some parts of moin very well. That doesn't necessarily mean that they are all active all the time (coding for moin is usually just a hobby, afaik noone is paid to work on moin as a permanent fulltime job [but some of us did some contract work for some of the features that are now available under GPL, including the GUI editor integration]). We were also happy enough to get invited to participate in Google Summer of Code for the last years, so moin development got quite a speedup due to some student developers working on it as their main summer task. There are some developers who know some specific part of moin very well (e.g. because they wrote or rewrote it). There are some more developers who contribute patches, fixes, etc. now and then. There are some bigger users of moin who have developers who ... There are some translators, people writing howtos, improving the wiki, hanging on the IRC channel, or being helpful with *something*. Cheers, Thomas From eric at tibco.com Tue Aug 11 15:05:21 2009 From: eric at tibco.com (Eric Johnson) Date: Tue, 11 Aug 2009 12:05:21 -0700 Subject: [Moin-user] Wiki suitability by ACL, security, and support In-Reply-To: References: Message-ID: <4A81C0F1.1080305@tibco.com> Hi Trevor, Trevor wrote: [snip] > My questions are: > > 1. We will want to segregate the clients from each other (ie. they won't be aware of each other), but our development team would need one-login access to all content, across clients. ie. if a developer logs in, they would have access to all content; if client A logs in, they would only see client A's content, etc. Am I understanding correctly that "wiki farms" and proper ACL would help us achieve this? > Security is such a tricky subject. You say "they won't be aware of each other.", but that might be more than you mean. You could, for example, host a bunch of clients on the same host - wikis.example.com/ at which point a curious user could start plugging in alternate URLs to see if they get different responses (they will). Do users create their own accounts? Are you having Apache manage your users? If there is just one database of users, then customers will be "aware" that certain user names will be unavailable to them, for no reason that is obvious to them. Certainly, at least, you can configure MoinMoin so that people don't see the *contents* of wiki when they're not supposed to, but you may not be able to prevent them from being aware of the *existence* of a wiki. >From what you've laid out so far, I'd suggest you need to spend a lot more time thinking through the requirements and "threats" to the system. Security is usually a multi-layered affair. And it is always worth going back and reassessing on a regular basis. At least for what we're doing in my company, MoinMoin has supported our requirements around security, more so than other wikis we've evaluated. > 2. I'm trying to get an idea of the support base behind MoinMoin: for example, is it one main developer driving the project and supported by several (or many) others? Or is it truly a community-driven project? How much of the support relies on one person? What are users' support experiences like? > > Any comments or additional information would be welcome. Excuse me if I have asked questions that are readily available on the website -- I have looked through the online documentation (which is quite good, by the way) but have also evaluated many wikis and my brain is starting to blur. > As to the support question, of course, if you do adopt MoinMoin, you add to the user base, and to the list of people who might contribute something to the community. -Eric. From rick.vanderveer at gmail.com Tue Aug 11 15:26:30 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 11 Aug 2009 14:26:30 -0500 Subject: [Moin-user] Wiki suitability by ACL, security, and support In-Reply-To: References: Message-ID: <5c39e1ca0908111226h2b27409m7057a9b0e670b3b@mail.gmail.com> On Tue, Aug 11, 2009 at 8:18 AM, Trevor wrote: > My questions are: > > 1. We will want to segregate the clients from each other (ie. they won't be aware of each other), but our development team would need one-login access to all content, across clients. ?ie. if a developer logs in, they would have access to all content; if client A logs in, they would only see client A's content, etc. ?Am I understanding correctly that "wiki farms" and proper ACL would help us achieve this? It sounds like your requirements may be similar to what we do: Since we fundamentally do the same thing for each client, what I do is set up a new wiki for each new client. This way, when you're searching for a common term (say "statement of work"), you're looking in the specific client's wiki for that info, eliminating 'noise' from other clients. the backend is configured as: wiki.company.com/clientnameA wiki.company.com/clientnameB wiki.company.com/clientnameC ...etc, so that I don't have to mess with DNS for each new client. I also have a 'generic' client template set up, so that on the backend I simply need to duplicate that folder, rename it to the proper client name, and configure wikiconfig.py so that it is accessible. I have a little cheatsheet (on my wiki, of course) to remind of the steps. Moinmoin supports multiple simultaneous authentication methods, I believe. So, for internal users, we authenticate off of Active Directory (all internal employees have access to all client wiki's with no special permissions). For clients, you can configure it so that an admin is required to set up the account on the wiki itself (i.e. client doesn't require an AD account, it can be a standard Moin-style account). Hope this helps... -Rick From tr.wiki at telus.net Wed Aug 12 09:41:04 2009 From: tr.wiki at telus.net (Trevor) Date: Wed, 12 Aug 2009 07:41:04 -0600 Subject: [Moin-user] Wiki suitability by ACL, security, and support In-Reply-To: <5c39e1ca0908111226h2b27409m7057a9b0e670b3b@mail.gmail.com> References: <5c39e1ca0908111226h2b27409m7057a9b0e670b3b@mail.gmail.com> Message-ID: Wagner, > I'm sure wiki developers will answer as well; but figured I'd send some comments as well. I do appreciate hearing from a user of the system, because such a point of view is valuable. Moin does look like a lean dedicated wiki that doesn't get caught up in trying to do everything (and thus doing everything poorly). I thought it was pretty impressive at first look. Thomas, > Well, moin is quite powerful, so its interface is maybe not as simple as the one of a less powerful wiki. That's interesting, because my first impression of Moin was that it was easy and intuitive to use right away. I didn't get lost in it like in some other wikis, and found the interface quite nice (not overwhelming). Thanks for the thoughts on access control and support too. It does look like Moin has a good dependable support base. Eric, > Security is such a tricky subject. You say "they won't be aware of each other.", but that might be more than you mean. You could, for example, host a bunch of clients on the same host - wikis.example.com/ at which point a curious user could start plugging in alternate URLs to see if they get different responses (they will). We aren't working for clients competing with each other, so it's unlikely that a user would guess what the other client names are. > Do users create their own accounts? Are you having Apache manage your users? If there is just one database of users, then customers will be "aware" that certain user names will be unavailable to them, for no reason that is obvious to them. Yes, there would have to be multiple databases of users in that case. I have seen wikis, though (XWiki for example) that can set up wiki farms and have "global" users that have access to all wikis while keeping other users isolated from each other. Thanks for your thoughts and pointers on security. Rick, > Since we fundamentally do the same thing for each client, what I do is set up a new wiki for each new client. This way, when you're searching for a common term (say "statement of work"), you're looking in the specific client's wiki for that info, eliminating 'noise' from other clients. That's a very good point that we hadn't thought of. > the backend is configured as: > wiki.company.com/clientnameA > wiki.company.com/clientnameB > wiki.company.com/clientnameC Yes, that's something like what we have in mind. Of course, it would be nice to log in once as a "development" user who has access to all the wikis. But there again, like you said above, the searching then becomes redundant. ----- Thanks to all who replied, I do appreciate you taking the time to respond so comprehensively. Trevor From skip at pobox.com Wed Aug 12 12:45:33 2009 From: skip at pobox.com (skip at pobox.com) Date: Wed, 12 Aug 2009 11:45:33 -0500 (CDT) Subject: [Moin-user] How do I do quick links now? Message-ID: <20090812164533.0D7A311B1006@montanaro.dyndns.org> At work our MoinMoin installation was recently upgraded from 1.5.x to (I think) 1.8.x. I had quick links in my settings defined like this before: [ConchReleaseNotes Conch Notes] but that form no longer works properly. The entire string is treated as a page reference. That looks to me like the way to create a link with different text if I embed it in a page. How do I do this in my quick links settings? Thanks, -- Skip Montanaro - skip at pobox.com - http://www.smontanaro.net/ Getting old sucks, but it beats dying young From lists at samat.org Wed Aug 12 15:31:27 2009 From: lists at samat.org (Samat K Jain) Date: Wed, 12 Aug 2009 15:31:27 -0400 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <20090812164533.0D7A311B1006@montanaro.dyndns.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> Message-ID: <200908121531.30323.lists@samat.org> On Wednesday 12 August 2009 12:45:33 pm, skip at pobox.com wrote: > At work our MoinMoin installation was recently upgraded from 1.5.x to (I > think) 1.8.x. I had quick links in my settings defined like this before: > > [ConchReleaseNotes Conch Notes] > > but that form no longer works properly. The entire string is treated as a > page reference. That looks to me like the way to create a link with > different text if I embed it in a page. How do I do this in my quick links > settings? Try one page per line. -- Samat K Jain | GPG: 0x0x4A456FBA About the time we think we can make ends meet, somebody moves the ends. -- Herbert Hoover (412) From skip at pobox.com Wed Aug 12 15:57:42 2009 From: skip at pobox.com (skip at pobox.com) Date: Wed, 12 Aug 2009 14:57:42 -0500 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <200908121531.30323.lists@samat.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121531.30323.lists@samat.org> Message-ID: <19075.7862.527767.837701@montanaro.dyndns.org> >> [ConchReleaseNotes Conch Notes] Samit> Try one page per line. They are one page per line: [ConchReleaseNotes Conch Notes] [CamelBackReleaseNotes Camelback Notes] [DipperReleaseNotes Dipper Notes] SnakeProjects The last one is displayed correctly. The other three are broken. Skip From lists at samat.org Wed Aug 12 16:12:06 2009 From: lists at samat.org (Samat K Jain) Date: Wed, 12 Aug 2009 16:12:06 -0400 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <19075.7862.527767.837701@montanaro.dyndns.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121531.30323.lists@samat.org> <19075.7862.527767.837701@montanaro.dyndns.org> Message-ID: <200908121612.07893.lists@samat.org> On Wednesday 12 August 2009 3:57:42 pm, skip at pobox.com wrote: > Samit> Try one page per line. > > They are one page per line: > > [ConchReleaseNotes Conch Notes] > [CamelBackReleaseNotes Camelback Notes] > [DipperReleaseNotes Dipper Notes] > SnakeProjects > > The last one is displayed correctly. The other three are broken. Ah, I missed that you were using the old wiki syntax. MoinMoin changed it's wiki syntax in v1.6, particularly for links (check the release notes/MoinMoin website). What you want is: [[ConchReleaseNotes|Conch Notes]] [[CamelBackReleaseNotes|Camelback Notes]] [[DipperReleaseNotes|Dipper Notes]] SnakeProjects -- Samat K Jain | GPG: 0x0x4A456FBA Suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself. -- Mark Twain (180) From skip at pobox.com Wed Aug 12 16:24:23 2009 From: skip at pobox.com (skip at pobox.com) Date: Wed, 12 Aug 2009 15:24:23 -0500 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <200908121612.07893.lists@samat.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121531.30323.lists@samat.org> <19075.7862.527767.837701@montanaro.dyndns.org> <200908121612.07893.lists@samat.org> Message-ID: <19075.9463.548713.559906@montanaro.dyndns.org> Samat> Ah, I missed that you were using the old wiki syntax. MoinMoin Samat> changed it's wiki syntax in v1.6, particularly for links (check Samat> the release notes/MoinMoin website). Is there a bug in the HelpOnLinking page then? I checked that as the first thing (I thought I remembered the link syntax changing). Here's what I see: Example * http://moin.sourceforge.net/ * [http://moin.sourceforge.net/] * [http://moin.sourceforge.net/ MoinMoin Sourceforge Homepage] * http://moin.sourceforge.net/moinmoin.gif * [http://moin.sourceforge.net/moinmoin.gif] * [http://moin.sourceforge.net/moinmoin.gif moinmoin.gif] * InterWiki * Self:InterWiki * MeatBall:InterWiki * wiki:MeatBall/InterWiki * [wiki:MeatBall/InterWiki] * [wiki:MeatBall/InterWiki InterWiki page on MeatBall] * jh at web.de * [#anchorname Anchor Link] This clearly looks a lot different than what I see at http://moinmo.in/HelpOnLinking Is that a problem with the update/migration process or did we flub it somehow? Thx, Skip From rick.vanderveer at gmail.com Wed Aug 12 16:32:48 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 12 Aug 2009 15:32:48 -0500 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <19075.9463.548713.559906@montanaro.dyndns.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121531.30323.lists@samat.org> <19075.7862.527767.837701@montanaro.dyndns.org> <200908121612.07893.lists@samat.org> <19075.9463.548713.559906@montanaro.dyndns.org> Message-ID: <5c39e1ca0908121332s1a2911c7mb2f350893f8f976@mail.gmail.com> Skip, My bet is that you forgot to replace the Underlay directory with the new help files that correspond to your new version. ;-) -Rick On Wed, Aug 12, 2009 at 3:24 PM, wrote: > > ? ?Samat> Ah, I missed that you were using the old wiki syntax. MoinMoin > ? ?Samat> changed it's wiki syntax in v1.6, particularly for links (check > ? ?Samat> the release notes/MoinMoin website). > > Is there a bug in the HelpOnLinking page then? ?I checked that as the first > thing (I thought I remembered the link syntax changing). ?Here's what I see: > > ? ?Example > > ? ? * http://moin.sourceforge.net/ > ? ? * [http://moin.sourceforge.net/] > ? ? * [http://moin.sourceforge.net/ MoinMoin Sourceforge Homepage] > ? ? * http://moin.sourceforge.net/moinmoin.gif > ? ? * [http://moin.sourceforge.net/moinmoin.gif] > ? ? * [http://moin.sourceforge.net/moinmoin.gif moinmoin.gif] > ? ? * InterWiki > ? ? ?* Self:InterWiki > ? ? ?* MeatBall:InterWiki > ? ? ?* wiki:MeatBall/InterWiki > ? ? ?* [wiki:MeatBall/InterWiki] > ? ? ?* [wiki:MeatBall/InterWiki InterWiki page on MeatBall] > ? ? * jh at web.de > ? ? * [#anchorname Anchor Link] > > This clearly looks a lot different than what I see at > > ? ?http://moinmo.in/HelpOnLinking > > Is that a problem with the update/migration process or did we flub it > somehow? > > Thx, > > Skip > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. ?http://p.sf.net/sfu/bobj-july > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From lists at samat.org Wed Aug 12 16:33:45 2009 From: lists at samat.org (Samat K Jain) Date: Wed, 12 Aug 2009 16:33:45 -0400 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <19075.9463.548713.559906@montanaro.dyndns.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121612.07893.lists@samat.org> <19075.9463.548713.559906@montanaro.dyndns.org> Message-ID: <200908121633.50981.lists@samat.org> On Wednesday 12 August 2009 4:24:23 pm, skip at pobox.com wrote: > Is there a bug in the HelpOnLinking page then? I checked that as the first > thing (I thought I remembered the link syntax changing). Here's what I see: > > Example > > * http://moin.sourceforge.net/ > * [http://moin.sourceforge.net/] > * [http://moin.sourceforge.net/ MoinMoin Sourceforge Homepage] > * http://moin.sourceforge.net/moinmoin.gif > * [http://moin.sourceforge.net/moinmoin.gif] > * [http://moin.sourceforge.net/moinmoin.gif moinmoin.gif] > * InterWiki > * Self:InterWiki > * MeatBall:InterWiki > * wiki:MeatBall/InterWiki > * [wiki:MeatBall/InterWiki] > * [wiki:MeatBall/InterWiki InterWiki page on MeatBall] > * jh at web.de > * [#anchorname Anchor Link] > > This clearly looks a lot different than what I see at > > http://moinmo.in/HelpOnLinking > > Is that a problem with the update/migration process or did we flub it > somehow? Yes, it looks like something with your update/migration process did not work. I upgraded my 1.5.x wiki to 1.8.x and underlay pages were updated (they look identical to those on http://moinmo.in/). -- Samat K Jain | GPG: 0x0x4A456FBA When in doubt, have a man come through the door with a gun in his hand. -- Raymond Chandler (84) From skip at pobox.com Wed Aug 12 16:38:13 2009 From: skip at pobox.com (skip at pobox.com) Date: Wed, 12 Aug 2009 15:38:13 -0500 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <5c39e1ca0908121332s1a2911c7mb2f350893f8f976@mail.gmail.com> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121531.30323.lists@samat.org> <19075.7862.527767.837701@montanaro.dyndns.org> <200908121612.07893.lists@samat.org> <19075.9463.548713.559906@montanaro.dyndns.org> <5c39e1ca0908121332s1a2911c7mb2f350893f8f976@mail.gmail.com> Message-ID: <19075.10293.298659.26069@montanaro.dyndns.org> Rick> My bet is that you forgot to replace the Underlay directory with Rick> the new help files that correspond to your new version. ;-) Don't blame me. ;-) Thanks for the hint. I will open a help ticket with our admin group. Skip From rick.vanderveer at gmail.com Wed Aug 12 16:43:58 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Wed, 12 Aug 2009 15:43:58 -0500 Subject: [Moin-user] How do I do quick links now? In-Reply-To: <200908121633.50981.lists@samat.org> References: <20090812164533.0D7A311B1006@montanaro.dyndns.org> <200908121612.07893.lists@samat.org> <19075.9463.548713.559906@montanaro.dyndns.org> <200908121633.50981.lists@samat.org> Message-ID: <5c39e1ca0908121343o3fc8cba9s8df63ff370ed56e9@mail.gmail.com> >> Is that a problem with the update/migration process or did we flub it >> somehow? > > Yes, it looks like something with your update/migration process did not work. > > I upgraded my 1.5.x wiki to 1.8.x and underlay pages were updated (they look identical to those on http://moinmo.in/). > Not having the Underlay pages auto-updated doesn't mean that your upgrade failed. To my knowledge, those don't get auto-updated (I've had to manually update mine every time). Simply copy the folders out of the un-gzipped Moin-1.x.x folder into your Underlay folder, and all will be good. (of course, since this would be cached, you may have to restart/reload whatever process you have Moin running under in order for the changes to be visible to the user). -Rick From John.Marshall at ec.gc.ca Wed Aug 12 16:58:03 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Wed, 12 Aug 2009 16:58:03 -0400 Subject: [Moin-user] Adding mimetype support for raw output Message-ID: <4A832CDB.3030709@ec.gc.ca> Hi, Note: I am assuming that this cannot already be done some other way. The following 2 diffs allow MM (v1.8.2) to return a raw page with a specified mimetype. If mimetype is not specified OR the mimetype is not recognized, the original behavior remains. If mimetype is specified AND is a recognized mimetype, then it is used to generate the appropriate "Content-Type" in the response. For example, an HTTP GET of: http://a.b.c/xyz?action=raw&mimetype=text/css returns the raw page in an HTTP response with: Content-Type: text/css; charset=... My use case: I wanted to provide user specified CSS via a wiki page. This change makes it possible in a simple and clear way. The suggested approach on the moinmo.in wiki does not (no longer?) work as advertised (i.e., text/plain is returned as the mimetype). Comments welcome. Thanks, John ---------- $diff -u action/__init__.py action/__init__.py.orig --- action/__init__.py 2009-08-12 16:27:40.000000000 -0400 +++ action/__init__.py.orig 2009-08-12 16:35:54.000000000 -0400 @@ -25,8 +25,6 @@ @license: GNU GPL, see COPYING for details. """ -import mimetypes - from MoinMoin.util import pysupport from MoinMoin import config, wikiutil from MoinMoin.Page import Page @@ -235,12 +233,7 @@ Page(request, pagename).send_page() else: rev = request.rev or 0 - mimetype = request.args.get("mimetype", [ None ])[0] - if mimetype: - if not mimetypes.guess_extension(mimetype): - # unrecognized - mimetype = None - Page(request, pagename, rev=rev).send_raw(mimetype=mimetype) + Page(request, pagename, rev=rev).send_raw() def do_show(pagename, request, content_only=0, count_hit=1, cacheable=1, print_mode=0): """ show a page, either current revision or the revision given by rev form value. ---------- $diff -u Page.py Page.py.orig --- Page.py 2009-08-12 16:24:29.000000000 -0400 +++ Page.py.orig 2009-08-12 13:39:48.000000000 -0400 @@ -959,17 +959,14 @@ pi['acl'] = security.AccessControlList(request.cfg, acl) return pi - def send_raw(self, content_disposition=None,mimetype=None): + def send_raw(self, content_disposition=None): """ Output the raw page data (action=raw). With no content_disposition, the browser usually just displays the data on the screen, with content_disposition='attachment', it will offer a dialogue to save it to disk (used by Save action). """ request = self.request - if mimetype: - request.setHttpHeader("Content-type: %s; charset=%s" % (mimetype, config.charset)) - else: - request.setHttpHeader("Content-type: text/plain; charset=%s" % config.charset) + request.setHttpHeader("Content-type: text/plain; charset=%s" % config.charset) if self.exists(): # use the correct last-modified value from the on-disk file # to ensure cacheability where supported. Because we are sending From John.Marshall at ec.gc.ca Wed Aug 12 17:04:23 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Wed, 12 Aug 2009 17:04:23 -0400 Subject: [Moin-user] MOINSESSION per host/hostname Message-ID: <4A832E57.4010009@ec.gc.ca> Hi, I am currently serving multiple, independent MM wiki instances from the same host. I have noticed that switching between the instances requires that I re-login. It seems that the session management (using the MOINSESSION cookie) supports only one wiki/host (actually, hostname). Am I understanding this correctly? Thanks, John From John.Marshall at ec.gc.ca Wed Aug 12 18:15:15 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Wed, 12 Aug 2009 18:15:15 -0400 Subject: [Moin-user] MOINSESSION per host/hostname In-Reply-To: <111219130908121433w304d1fe5l9982c8c247527c2b@mail.gmail.com> References: <4A832E57.4010009@ec.gc.ca> <111219130908121433w304d1fe5l9982c8c247527c2b@mail.gmail.com> Message-ID: <4A833EF3.4010101@ec.gc.ca> Gunnar Scherf wrote: > Hi John, > please read single login for a farm > http://moinmo.in/MoinMoinQuestions/Authentication#How_can_I_implement_single_login_for_a_farm > > You have to use the same cache_dir for all wikis. Hi, Actually, these wikis are totally independent, nothing shared. The only thing that is in common is that the same host/hostname is used between the wikis (of course, ports must be different). Another scenario in which the session management using cookies does not seem to be sufficient is if a wiki is running locally, and another is being accessed via a tunnel, but is accessed via the same local hostname but a port serviced by the tunnel. In this case, the same hostname is used, but they are totally different wikis and not even in the same network or administration. After a bit more digging, I think the reality is that cookies are tied to hostnames/domain names. Therefore, it does not seem to be possible, using cookies, to run multiple, totally independent wikis on the same host if the hostname that is being accessed is the same. Multiple hostnames are required (like apache2 virtualhost). So, this is not really a MM issue, but a cookie issue. Unfortunately, that is a bit of a pain. Thanks, John > > Best regards Gunnar > > 2009/8/12 John Marshall > > > Hi, > > I am currently serving multiple, independent MM wiki instances > from the > same host. I have noticed that switching between the instances > requires > that I re-login. It seems that the session management (using the > MOINSESSION cookie) supports only one wiki/host (actually, hostname). > Am I understanding this correctly? > > Thanks, > John > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day > trial. Simplify your report design, integration and deployment - > and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/moin-user > > From mihamina at gulfsat.mg Fri Aug 14 04:33:38 2009 From: mihamina at gulfsat.mg (Rakotomandimby Mihamina) Date: Fri, 14 Aug 2009 11:33:38 +0300 Subject: [Moin-user] connection to mysql Message-ID: <4A852162.500@gulfsat.mg> Hi, On a 1.6.3, I had something like this: <> Which seems to be macros, that query a database. The result was a beautifull table :-) I migrated to 1.8.4 and, obviously, these macros dont work anymore. Would you know how to make it work? Has the syntax changed? -- Architecte Informatique chez Blueline/Gulfsat: Administration Systeme, Recherche & Developpement +261 34 29 155 34 From mihamina at gulfsat.mg Fri Aug 14 06:43:18 2009 From: mihamina at gulfsat.mg (Rakotomandimby Mihamina) Date: Fri, 14 Aug 2009 13:43:18 +0300 Subject: [Moin-user] connection to mysql In-Reply-To: <4A852162.500@gulfsat.mg> References: <4A852162.500@gulfsat.mg> Message-ID: <4A853FC6.9000200@gulfsat.mg> > < I migrated to 1.8.4 and, obviously, these macros dont work anymore. > Would you know how to make it work? > Has the syntax changed? No, I just had to install this. http://moinmo.in/MacroMarket/SQL But as well as the guy installing this did not document anything, I had an overhead for searching... Thanks anyway. -- Architecte Informatique chez Blueline/Gulfsat: Administration Systeme, Recherche & Developpement +261 34 29 155 34 From rb.proj at gmail.com Fri Aug 14 06:50:11 2009 From: rb.proj at gmail.com (R.Bauer) Date: Fri, 14 Aug 2009 12:50:11 +0200 Subject: [Moin-user] connection to mysql In-Reply-To: <4A852162.500@gulfsat.mg> References: <4A852162.500@gulfsat.mg> Message-ID: Rakotomandimby Mihamina schrieb: > Hi, > On a 1.6.3, I had something like this: > > <> > > Which seems to be macros, that query a database. The result was a beautifull table :-) > > I migrated to 1.8.4 and, obviously, these macros dont work anymore. > Would you know how to make it work? > Has the syntax changed? > please file a bug report on the page http://moinmo.in/MacroMarket/mysql including your traceback. cheers Reimar From John.Marshall at ec.gc.ca Fri Aug 14 17:05:45 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Fri, 14 Aug 2009 17:05:45 -0400 Subject: [Moin-user] Adding mimetype support for raw output In-Reply-To: <4A832CDB.3030709@ec.gc.ca> References: <4A832CDB.3030709@ec.gc.ca> Message-ID: <4A85D1A9.5020506@ec.gc.ca> John Marshall wrote: > Hi, > > Note: I am assuming that this cannot already be done some other way. > > The following 2 diffs allow MM (v1.8.2) to return a raw page with a > specified mimetype. If mimetype is not specified OR the mimetype is > not recognized, the original behavior remains. If mimetype is > specified AND is a recognized mimetype, then it is used to generate > the appropriate "Content-Type" in the response. > > For example, an HTTP GET of: > > http://a.b.c/xyz?action=raw&mimetype=text/css > > returns the raw page in an HTTP response with: > > Content-Type: text/css; charset=... > > My use case: I wanted to provide user specified CSS via a wiki page. > This change makes it possible in a simple and clear way. The suggested > approach on the moinmo.in wiki does not (no longer?) work as advertised > (i.e., text/plain is returned as the mimetype). > > Comments welcome. > I have corrected the patch order (diff ) below. John ----- $ diff -u Page.py.orig Page.py --- Page.py.orig 2009-08-12 13:39:48.000000000 -0400 +++ Page.py 2009-08-14 17:00:58.000000000 -0400 @@ -959,14 +959,17 @@ pi['acl'] = security.AccessControlList(request.cfg, acl) return pi - def send_raw(self, content_disposition=None): + def send_raw(self, content_disposition=None, mimetype=None): """ Output the raw page data (action=raw). With no content_disposition, the browser usually just displays the data on the screen, with content_disposition='attachment', it will offer a dialogue to save it to disk (used by Save action). """ request = self.request - request.setHttpHeader("Content-type: text/plain; charset=%s" % config.charset) + if mimetype: + request.setHttpHeader("Content-type: %s; charset=%s" % (mimetype, config.charset)) + else: + request.setHttpHeader("Content-type: text/plain; charset=%s" % config.charset) if self.exists(): # use the correct last-modified value from the on-disk file # to ensure cacheability where supported. Because we are sending ----- $ diff -u action/__init__.py.orig action/__init__.py --- action/__init__.py.orig 2009-08-12 16:35:54.000000000 -0400 +++ action/__init__.py 2009-08-12 16:27:40.000000000 -0400 @@ -25,6 +25,8 @@ @license: GNU GPL, see COPYING for details. """ +import mimetypes + from MoinMoin.util import pysupport from MoinMoin import config, wikiutil from MoinMoin.Page import Page @@ -233,7 +235,12 @@ Page(request, pagename).send_page() else: rev = request.rev or 0 - Page(request, pagename, rev=rev).send_raw() + mimetype = request.args.get("mimetype", [ None ])[0] + if mimetype: + if not mimetypes.guess_extension(mimetype): + # unrecognized + mimetype = None + Page(request, pagename, rev=rev).send_raw(mimetype=mimetype) def do_show(pagename, request, content_only=0, count_hit=1, cacheable=1, print_mode=0): """ show a page, either current revision or the revision given by rev form value From tw-public at gmx.de Sat Aug 15 08:48:49 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sat, 15 Aug 2009 14:48:49 +0200 Subject: [Moin-user] MOINSESSION per host/hostname In-Reply-To: <4A833EF3.4010101@ec.gc.ca> References: <4A832E57.4010009@ec.gc.ca> <111219130908121433w304d1fe5l9982c8c247527c2b@mail.gmail.com> <4A833EF3.4010101@ec.gc.ca> Message-ID: <1250340529.7318.1.camel@x300> Hi John, please note that there are quite some cookie configuration values, did you try them? See HelpOnConfiguration (or, if nothing else helps, see MoinMoin/config/multiconfig.py, search for cookie or for session). Cheers, Thomas From mailinglists at xgm.de Sat Aug 15 09:25:30 2009 From: mailinglists at xgm.de (Florian Lindner) Date: Sat, 15 Aug 2009 15:25:30 +0200 Subject: [Moin-user] Resize images Message-ID: Hello, is it possible to resize images from within the moinmoin wiki? I've found and tried that {{attachment:20090814asymmetric.jpg|width=123}} but it yields no results. I've also found nothing definitive in the manuals. Thanks, Florian From mail at heavy.ch Sat Aug 15 16:59:40 2009 From: mail at heavy.ch (Mail) Date: Sat, 15 Aug 2009 22:59:40 +0200 Subject: [Moin-user] Resize images In-Reply-To: References: Message-ID: <1250369980.9065.2.camel@lestat1> hi there read http://moinmo.in/HelpOnLinking and you will see: {{attachment:image.png|alt text|width=100}} or {{attachment:image.png||width=100}} bye Marcel Am Samstag, den 15.08.2009, 15:25 +0200 schrieb Florian Lindner: > Hello, > > is it possible to resize images from within the moinmoin wiki? I've > found and tried that {{attachment:20090814asymmetric.jpg|width=123}} > but it yields no results. I've also found nothing definitive in the > manuals. > > Thanks, > > Florian > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From steveo at syslang.net Sun Aug 16 17:18:07 2009 From: steveo at syslang.net (Steven W. Orr) Date: Sun, 16 Aug 2009 17:18:07 -0400 Subject: [Moin-user] I need to restrict some pages. ACL or multiple wikis? Message-ID: <4A88778F.5000707@syslang.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am the admin for my own server. A few thousand people use the wiki but I need to collaborate with one other individual. The pages that he and I create need to be restricted to us and us alone. I understand how to create a group for the two of us. What I'm not clear on is if there's a way to make it so that if he or I create a page that that page can automagically have the access restrictions we need. I do lots more with the wiki so I know that I would have to manually set the ACL for any page I create. Is it the case that a separate instance of the wiki would be more appropriate or is this not a big deal for ACLs. I created a page called (let's say) OurGroup. The content is #acl StevenOrr:read,write,delete,revert * StevenOrr * FreddyFish Then I *think* I want to say this at the top of every page that I want to restrict. Is it sufficient to say this at the top of each of the pages? #acl OurGroup:read,write,revert,admin All: Will this do the trick? Also, my acl_rights_default is currently set as: acl_rights_default = u'Known:read,write,delete,revert All:read' Can I assume that the presumption is that what I'm describing will work *because* FreddyFish and myself will be logged in and therefore Known? I know I'm rambling a bit but I hope I'm being clear. Can someone help? TIA :-) - -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqId48ACgkQRIVy4fC+NyQxuACaA3quiT186gtt9ZRI6R7Q3Dga DpYAoIhpTPrVT3R+acTB8vnSar3z9wpS =AgDm -----END PGP SIGNATURE----- From mihamina at gulfsat.mg Mon Aug 17 03:07:30 2009 From: mihamina at gulfsat.mg (Rakotomandimby Mihamina) Date: Mon, 17 Aug 2009 10:07:30 +0300 Subject: [Moin-user] connection to mysql In-Reply-To: References: <4A852162.500@gulfsat.mg> Message-ID: <4A8901B2.2050405@gulfsat.mg> [Oh sorry I sent it in private to Mr Bauer] 08/14/2009 01:50 PM, R.Bauer: > please file a bug report on the page > http://moinmo.in/MacroMarket/mysql > including your traceback. (Feedback) It was a bug, but about me. I used an exotic way to upgrade moin, so I ran into problems. I solved it, the wiki was using a modified (but not documented) version of: http://moinmo.in/MacroMarket/SQL I had to tweak it. Thank you. -- Architecte Informatique chez Blueline/Gulfsat: Administration Systeme, Recherche & Developpement +261 34 29 155 34 From John.Marshall at ec.gc.ca Mon Aug 17 10:46:41 2009 From: John.Marshall at ec.gc.ca (John Marshall) Date: Mon, 17 Aug 2009 10:46:41 -0400 Subject: [Moin-user] I need to restrict some pages. ACL or multiple wikis? In-Reply-To: <4A88778F.5000707@syslang.net> References: <4A88778F.5000707@syslang.net> Message-ID: <4A896D51.906@ec.gc.ca> Steven W. Orr wrote: > I created a page called (let's say) OurGroup. The content is > > #acl StevenOrr:read,write,delete,revert > > * StevenOrr > * FreddyFish > > Then I *think* I want to say this at the top of every page that I want to > restrict. Is it sufficient to say this at the top of each of the pages? > > #acl OurGroup:read,write,revert,admin All: > acl processing works as (from HelpOnAccessControlLists page): * processing sequence: acl_rights_before, A/B/C/D, [acl_rights_default], acl_rights_after * the *first ACL matching the user is used * * acl_rights_default is *what is done if no ACLs are used on the page* So, unless your acl_rights_before allows others, your acl will do what you want. Also, you do not need to add the "All:" part unless the acl_rights_after actually allows others. > Will this do the trick? > > Also, my acl_rights_default is currently set as: > > acl_rights_default = u'Known:read,write,delete,revert All:read' > The acl_rights_default is ignored if your page includes an acl (third point above). > Can I assume that the presumption is that what I'm describing will work > *because* FreddyFish and myself will be logged in and therefore Known? > Not from what I can see. The members of OurGroup have access because your acl allows it, which does not depend on acl_rights_default (which follows your acl in the processing sequence, and is ignored because you provide an acl). Hope this helps, John -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Tue Aug 25 10:16:04 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Tue, 25 Aug 2009 16:16:04 +0200 Subject: [Moin-user] Image Processing Message-ID: Hi, I am using moinmoin184 with Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 mod_auth_sspi/1.0.4: My hardware specification is: Total Physical Memory: 4.091 MB OS Build Type: Multiprocessor Free System Type: X86-based PC Processor(s): 4 Processor(s) Installed. I have some pages with lot of images (per page 50 images) and the processing of these images are little bit slow. Sometimes when i open the image page then some images don't appear on the page. Therefore i have to use this option "rightclick on the image --> Show picture". This is not comfortable. Is there a way to get rid of? I am using these images as a link. e.g. when i click on image then i jump on other page( [[CategoryAmd|{{attachment:amd_bild.png}}]] ). I have read the article about arnica (http://moinmo.in/ReimarBauer/HelpOnArnica#A1.8_installation). I don't know that it can help me or not. Thanks in advance, Best Regards, Waqas Ahmad _________________________________________________________________ Drag n? drop?Get easy photo sharing with Windows Live? Photos. http://www.microsoft.com/windows/windowslive/products/photos.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Tue Aug 25 10:33:37 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 25 Aug 2009 09:33:37 -0500 Subject: [Moin-user] Image Processing In-Reply-To: References: Message-ID: <5c39e1ca0908250733j60d322f1o7642cc790b92bac9@mail.gmail.com> Hey Waqas, This is a known problem with early versions of mod_wsgi. Many of us faced this, and it was fixed by simply upgrading to the latest version. mod_wsgi is compiled against/dependent on a specific version of Python, so you will have to upgrade that as well. Go to the mod_wsgi page, and click on the binaries for Windows page (http://code.google.com/p/modwsgi/wiki/InstallationOnWindows), and download the latest (as well as the python version it's dependent on). Install both, and your problems should go away. You'll also likely notice a slight performance increase by upgrading to a later python. NOTE: You probably want to test the whole upgrade process on a test/backup server so that you're ensured the process will go smoothly. -Rick On Tue, Aug 25, 2009 at 9:16 AM, waqas ahmad wrote: > Hi, > > I am using moinmoin184 with > Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 > mod_auth_sspi/1.0.4: > My hardware specification is: > Total Physical Memory:???? 4.091 MB > OS Build Type:???????????? Multiprocessor Free > System Type:?????????????? X86-based PC > Processor(s):????????????? 4 Processor(s) Installed. > > I have some pages with lot of images (per page 50 images)?and the processing > of these images are little bit?slow. Sometimes when i open the image page > then some images don't appear on the page. Therefore i have to use this > option "rightclick on the image --> Show picture". This is not comfortable. > Is there a way to get rid of? > I am using these images as a link. e.g. when i click on image then i jump on > other page( [[CategoryAmd|{{attachment:amd_bild.png}}]] ). > I have read the article about arnica > (http://moinmo.in/ReimarBauer/HelpOnArnica#A1.8_installation). I don't know > that it can help me or not. > Thanks in advance, > Best Regards, > Waqas Ahmad > > > > ________________________________ > What can you do with the new Windows Live? Find out > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. ?http://p.sf.net/sfu/bobj-july > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > > From rick.vanderveer at gmail.com Tue Aug 25 10:41:33 2009 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Tue, 25 Aug 2009 09:41:33 -0500 Subject: [Moin-user] Image Processing In-Reply-To: <5c39e1ca0908250733j60d322f1o7642cc790b92bac9@mail.gmail.com> References: <5c39e1ca0908250733j60d322f1o7642cc790b92bac9@mail.gmail.com> Message-ID: <5c39e1ca0908250741j5fbe0bacr83ae94a92496a56@mail.gmail.com> Opps, one minor correction: your performance will remain the same. I mis-read your python version. :-) -Rick On Tue, Aug 25, 2009 at 9:33 AM, Rick Vanderveer wrote: > Hey Waqas, > This is a known problem with early versions of mod_wsgi. ?Many of us > faced this, and it was fixed by simply upgrading to the latest > version. > > mod_wsgi is compiled against/dependent on a specific version of > Python, so you will have to upgrade that as well. ?Go to the mod_wsgi > page, and click on the binaries for Windows page > (http://code.google.com/p/modwsgi/wiki/InstallationOnWindows), and > download the latest (as well as the python version it's dependent on). > ?Install both, and your problems should go away. ?You'll also likely > notice a slight performance increase by upgrading to a later python. > > NOTE: ?You probably want to test the whole upgrade process on a > test/backup server so that you're ensured the process will go > smoothly. > > -Rick > > > > On Tue, Aug 25, 2009 at 9:16 AM, waqas ahmad wrote: >> Hi, >> >> I am using moinmoin184 with >> Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 >> mod_auth_sspi/1.0.4: >> My hardware specification is: >> Total Physical Memory:???? 4.091 MB >> OS Build Type:???????????? Multiprocessor Free >> System Type:?????????????? X86-based PC >> Processor(s):????????????? 4 Processor(s) Installed. >> >> I have some pages with lot of images (per page 50 images)?and the processing >> of these images are little bit?slow. Sometimes when i open the image page >> then some images don't appear on the page. Therefore i have to use this >> option "rightclick on the image --> Show picture". This is not comfortable. >> Is there a way to get rid of? >> I am using these images as a link. e.g. when i click on image then i jump on >> other page( [[CategoryAmd|{{attachment:amd_bild.png}}]] ). >> I have read the article about arnica >> (http://moinmo.in/ReimarBauer/HelpOnArnica#A1.8_installation). I don't know >> that it can help me or not. >> Thanks in advance, >> Best Regards, >> Waqas Ahmad >> >> >> >> ________________________________ >> What can you do with the new Windows Live? Find out >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus >> on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. ?http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> >> > From karaken12 at gmail.com Wed Aug 26 06:32:38 2009 From: karaken12 at gmail.com (Tom Potts) Date: Wed, 26 Aug 2009 11:32:38 +0100 Subject: [Moin-user] Inner / outer format order Message-ID: <43cc76810908260332u6bf58a2fr5cba918db9c7f4f4@mail.gmail.com> Hi, all. I'm not really a moin developer, so I need some help figuring out what I need to do in this instance. I'm running a custom set of parsers (in fact a version of latex_inline) and I have a situation where the preview of a page renders correctly, but the saved version does not. After putting in some debugging calls, I've discovered it's because of this construction: #format someformat {{{#!someotherformat code }}} morecode where 'morecode' depends on 'code' being processed first. When you preview, 'code' is processed first, but the saved version processes the outer format in its entirety before it does the inner. My question is, what can I do about it? Can I change the outer format to require processing the inner first? Or should I alter moin itself, so that it processes the saved version in the same way as the preview? If the latter, could someone point out the relevant source files? Thanks a lot, Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From tw-public at gmx.de Wed Aug 26 10:50:34 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 26 Aug 2009 16:50:34 +0200 Subject: [Moin-user] Inner / outer format order In-Reply-To: <43cc76810908260332u6bf58a2fr5cba918db9c7f4f4@mail.gmail.com> References: <43cc76810908260332u6bf58a2fr5cba918db9c7f4f4@mail.gmail.com> Message-ID: <1251298234.9804.3.camel@server.firma.waldmann-edv.de> > where 'morecode' depends on 'code' being processed first. I guess the safest way would be to not have such dependencies. > When you preview, 'code' is processed first, but the saved version > processes the outer format in its entirety before it does the inner. > > My question is, what can I do about it? Can I change the outer format > to require processing the inner first? Or should I alter moin itself, > so that it processes the saved version in the same way as the preview? > If the latter, could someone point out the relevant source files? IIRC, it could maybe have to do with the way moin does caching of rendered pages: it generates python code that renders the content, compiles it and safes it to disk. When requesting the same page again, it loads the code and executes it. Maybe try caching_formats = [] in your wiki config (that disables this caching of compiled stuff). It will be slower, but maybe it helps for your ordering problem. From rb.proj at gmail.com Thu Aug 27 04:40:44 2009 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 27 Aug 2009 10:40:44 +0200 Subject: [Moin-user] Image Processing In-Reply-To: References: Message-ID: waqas ahmad schrieb: > > Hi, > > > > I am using moinmoin184 with > > Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 mod_auth_sspi/1.0.4: > > My hardware specification is: > > Total Physical Memory: 4.091 MB > > OS Build Type: Multiprocessor Free > > System Type: X86-based PC > Processor(s): 4 Processor(s) Installed. > > > > I have some pages with lot of images (per page 50 images) and the processing of these images are little bit slow. Sometimes when i open the image page then some images don't appear on the page. Therefore i have to use this option "rightclick on the image --> Show picture". This is not comfortable. Is there a way to get rid of? If you add images on a page by attachment: and rescale them by its params then your browser has to read all the mbytes you saved and rescales them afterwards. Once having them in your browser cache should speedup the access of the page. If you want to speedup the load process then you should use images resized to the width/height you want to display. So how big in MB are your images? > > I am using these images as a link. e.g. when i click on image then i jump on other page( [[CategoryAmd|{{attachment:amd_bild.png}}]] ). > > I have read the article about arnica (http://moinmo.in/ReimarBauer/HelpOnArnica#A1.8_installation). I don't know that it can help me or not. With arnica you get access also to a new Image macro which creates a rescaled image from every size you enter in the servers cache dir. That is loaded much faster because it is stored resized and only this amount of data becomes send. Without any param it creates thumbnails by a size of THUMBNAIL_SIZE = (128, 128) <> you could enter a width and a heigth keyword. cheers Reimar > > Thanks in advance, > > Best Regards, > > Waqas Ahmad > > > > _________________________________________________________________ > Drag n? drop?Get easy photo sharing with Windows Live? Photos. > > http://www.microsoft.com/windows/windowslive/products/photos.aspx > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > > > ------------------------------------------------------------------------ > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From sevillad at gmail.com Thu Aug 27 11:17:28 2009 From: sevillad at gmail.com (David Sevilla) Date: Thu, 27 Aug 2009 17:17:28 +0200 Subject: [Moin-user] Include with extra markup? Message-ID: Hi, I am new to moinmoin (but not to wikis) and I am trying to organize the following: a system of pages that allows for notes "attached" to them (not in the sense of file attachments) that would show when their parent page was viewed. So far I have come up with the following: A normal page would be FooPage. Its notes would be FooPage/Note01, etc. Then, visiting FooPage would should its content, and below it the content of FooPage/Note01, etc. This I have done with <> . Now the problem is how to do it nicely: notes would have categories, which means rules, so I need a way to separate them (thicker rules?). But I have no way of adding extra markup between includes. he ideal would be to have each note displayed in a box, which I can do by adding something like {{{#!wiki dotted red ... }}} but I need to put this in every note, and I cannot include extra stuff between them. I would appreciate any help on how to do this; other ways of organizing my information are also welcome! Thanks, David -- Dr. David Sevilla Gonz?lez RICAM, Austrian Academy of Sciences Altenbergerstra?e 69 A-4040 Linz, Austria Telephone: +43 732 2468 5253 Fax: +43 732 2468 5212 david.sevilla at oeaw.ac.at http://www.davidsevilla.com From waqas805 at hotmail.com Fri Aug 28 10:10:28 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 28 Aug 2009 16:10:28 +0200 Subject: [Moin-user] RecentChanges/RssFeed for category Message-ID: Hi, i want to ask that is there anyway to get recentchanges or RssFeed for only those pages, which belong to one category. I have one category and there are more than 120 pages belong to this category. I am getting all these pages list with the help of "<>". There is a way to get Changes information for only those pages which belong to this category. RecentChanges always give the changes information for whole wiki. but i am interested only in my category pages. Thanks Best Regards, Waqas Ahmad _________________________________________________________________ Show them the way! Add maps and directions to your party invites. http://www.microsoft.com/windows/windowslive/products/events.aspx -------------- next part -------------- An HTML attachment was scrubbed... URL: From waqas805 at hotmail.com Fri Aug 28 11:09:43 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Fri, 28 Aug 2009 17:09:43 +0200 Subject: [Moin-user] Group Pages Message-ID: Hi once again, I am using moinmoin184 with Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 mod_auth_sspi/1.0.4: I have created some Group pages on my private wiki, which I am running on my local computer. And then I simply went in the FileSystemArea of my local moinmoin (moin\data\pages) and copy the GropPages (e.g AdminGroup). Now I pasted the folder manually in the other wiki (productive wiki) and I also mentioned this group under wikiconfig.py and restarted the Apache too. But this wiki is not taking the users which I have described in this Group. One other thing what I had observed, I have created one AdminGroup with user ?Amd?. Moinmoin is accessing this AdminGroup and its user too according to given rights in wikiconfig to group. Very Fine. Now I delete this group page (AdminGroup) manually from the file system (moin\data\pages\AdminGroup) and restart the apache. Now this AdminGroup page does not exist anymore in File System. But I can access the moinmoin wiki with this user ?Amd? till now. I don?t know why, even I started the new session of IE. Maybe moinmoin is caching the users some where or? Is it Bug in moinmoin or? I will appreciate any kind of help. Thanks a lot in advance and have a nice weekend, Best Regards from Moinmoin user Waqas Ahmad _________________________________________________________________ More than messages?check out the rest of the Windows Live?. http://www.microsoft.com/windows/windowslive/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From steveo at syslang.net Sat Aug 29 14:02:31 2009 From: steveo at syslang.net (Steven W. Orr) Date: Sat, 29 Aug 2009 14:02:31 -0400 Subject: [Moin-user] Moin as an FAQ system? Message-ID: <4A996D37.1090002@syslang.net> I am happy with my moin setup for what I do with it (i.e., mostly for neighborhood recommendations), http://frambors.syslang.net/nicciwiki/ but I have an FAQ that is a separate web page for the system. http://frambors.syslang.net/faq/about.html I was thinking that I might get more people to contribute to the FAQ if it was a wiki, or even something else. * I would like to hear people's opinions on moin as an FAQ manager. * Are there examples that people can point me to of moin being used for this purpose? * Is there any other software that would be useful to accomplish what I need outside of moin that is worth knowing about? I looked on freshmeat but the most popular seems to have not been active for at least 5 or 6 years. (That's not a crime but it is noteworthy.) Thanks for the feedback. -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: From gnarlodious at gmail.com Sat Aug 29 18:26:05 2009 From: gnarlodious at gmail.com (Gnarlodious) Date: Sat, 29 Aug 2009 16:26:05 -0600 Subject: [Moin-user] Spam attacks, what is wrong? Message-ID: <2e24105e0908291526v441f9fd3o2b0eb924ca0c11e@mail.gmail.com> Since upgrading to the latest Moin I have been getting comment spam attacks (porn). MoinMoin.security.antispam is enabled in Wikifarm.py, but BadContent is not being updated. Likewise, LocalBadContent has no effect on the commenters, whereas in my old Moin it worked as expected. What is wrong? I keep blocking their IP address but they use a different proxy every time. -- Gnarlie From tw-public at gmx.de Sun Aug 30 11:05:45 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 30 Aug 2009 17:05:45 +0200 Subject: [Moin-user] Moin as an FAQ system? In-Reply-To: <4A996D37.1090002@syslang.net> References: <4A996D37.1090002@syslang.net> Message-ID: <1251644745.17092.5.camel@x300> Maybe just a short note from me: Don't create "wide topic" FAQ wiki pages. They might get very long and long pages are a pain to edit. From tw-public at gmx.de Sun Aug 30 11:09:13 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Sun, 30 Aug 2009 17:09:13 +0200 Subject: [Moin-user] Spam attacks, what is wrong? In-Reply-To: <2e24105e0908291526v441f9fd3o2b0eb924ca0c11e@mail.gmail.com> References: <2e24105e0908291526v441f9fd3o2b0eb924ca0c11e@mail.gmail.com> Message-ID: <1251644953.17092.9.camel@x300> On Sat, 2009-08-29 at 16:26 -0600, Gnarlodious wrote: > Since upgrading to the latest Moin I have been getting comment spam > attacks (porn). MoinMoin.security.antispam is enabled in Wikifarm.py, Wikifarm.py? Do you mean farmconfig.py? > but BadContent is not being updated. What's your current moin version? Firewall blocking outside connections? > Likewise, LocalBadContent has no > effect on the commenters, whereas in my old Moin it worked as > expected. That doesn't look like antispam is active. BTW, the best approach against spam currently is not the antispam secpol, but activating the TextCha feature and asking some site specific questions. From perfreem at gmail.com Sun Aug 30 15:01:06 2009 From: perfreem at gmail.com (per freem) Date: Sun, 30 Aug 2009 15:01:06 -0400 Subject: [Moin-user] help installing single Wiki on Apache linux server Message-ID: hi all, i'm trying to install MoinMoin on a linux server running Apache. i followed the installation instructions and verified that the given script 'explore.py' (which i renamed to 'explore.cgi') can run from my webserver's cgi-bin directory. i modified the configuration files, following the help document as best as i could. when i run moin.cgi (which i placed in DOCUMENT_ROOT/cgi-bin) from the command line, using "python moin.cgi", it seems to work perfectly -- it outputs the following: 2009-08-30 14:51:15,408 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module! 2009-08-30 14:51:15,525 INFO MoinMoin.config.multiconfig:125 using wiki config: /home/website/config/wikiconfig.pyc Status: 200 OK Content-Type: text/html; charset=utf-8 Vary: Cookie,User-Agent,Accept-Language ...followed by the HTML of the page that's supposed to be displayed. however, when i try to run this from my webserver, i.e. myserver.com/cgi-bin/moin.cgi, i simply get a blank page. when i view the HTML source of the page from the browser, it is blank. i *don't* get the 500 internal server error, but no output at all. any ideas what could be causing this? if i run myserver.com/cgi-bin/explore.cgi, it works well, so i think the problem is not in executing cgi scripts in general. thanks very much for your help. From tw-public at gmx.de Mon Aug 31 05:44:29 2009 From: tw-public at gmx.de (Thomas Waldmann) Date: Mon, 31 Aug 2009 11:44:29 +0200 Subject: [Moin-user] help installing single Wiki on Apache linux server In-Reply-To: References: Message-ID: <1251711869.32626.2.camel@server.firma.waldmann-edv.de> > 2009-08-30 14:51:15,408 WARNING MoinMoin.log:139 using logging > configuration read from built-in fallback in MoinMoin.log module! > 2009-08-30 14:51:15,525 INFO MoinMoin.config.multiconfig:125 using > wiki config: /home/website/config/wikiconfig.pyc That is stderr. > Status: 200 OK > Content-Type: text/html; charset=utf-8 > Vary: Cookie,User-Agent,Accept-Language That is stdout. The logging on stderr is the builtin default, not sure whether apache cgi is happy about that, maybe try logging to a file instead of stderr. The moin.cgi and wiki/config/logging/... about how to change logging. Also, have a look into apache's error.log. From waqas805 at hotmail.com Mon Aug 31 07:01:44 2009 From: waqas805 at hotmail.com (waqas ahmad) Date: Mon, 31 Aug 2009 13:01:44 +0200 Subject: [Moin-user] Group Pages In-Reply-To: <20090828195049.GA60322@cmd.bsdserwis.com> References: <20090828195049.GA60322@cmd.bsdserwis.com> Message-ID: Hi, First of all thanks for your quick reply. you are right that my productive wiki is running on different account but I did not miss this step actually . i added the users of productive wiki account in the AdminGroup page. but it did not work. your 2nd suggestion was about CopyPage. Today i tried also this copy function. it copies the same page on same wiki. therefoe i have to again copy the page manually from the file system and put into the productive wiki. I have also delete the cache (using the feature from "action") and restarted the apache and started the new session of IE. but didn't help. The main restriction in our productive-wiki is that i cannot edit or create pages with the help of internet browser. i can only read there. I have written one batch script, which copy all those pages from local wiki to productive-wiki, in which we define this acl (#acl InternationalGroup:read). This script deletes all pages in productive-wiki before running. Therefore i have created all Group pages also in my local wiki. Thanks for helping, bye > Date: Fri, 28 Aug 2009 21:50:49 +0200 > From: wtp at bsdserwis.com > To: waqas805 at hotmail.com > CC: moin-user at lists.sourceforge.net > Subject: Re: [Moin-user] Group Pages > > Hello, > > On Fri, Aug 28, 2009 at 05:09:43PM +0200, waqas ahmad wrote: > > > > I am using moinmoin184 with > > > > Apache/2.2.8 (Win32) mod_ssl/2.2.8 OpenSSL/0.9.8g mod_wsgi/2.3 Python/2.5.2 > > mod_auth_sspi/1.0.4: > > > > I have created some Group pages on my private wiki, which I am running on my > > local computer. And then I simply went in the FileSystemArea of my local > > moinmoin (moin\data\pages) and copy the GropPages (e.g AdminGroup). Now I > > pasted the folder manually in the other wiki (productive wiki) and I also > > mentioned this group under wikiconfig.py and restarted the Apache too. But this > > wiki is not taking the users which I have described in this Group. > > > Did you create the same account on productive wiki as on your local > copy? As I understood you missed this step. > > And maybe it's much easier to "copy" AdmonGroup page via browser? > Specially if it is not so long. > > > I have created one AdminGroup with user Amd . Moinmoin is accessing this > > AdminGroup and its user too according to given rights in wikiconfig to group. > > Very Fine. Now I delete this group page (AdminGroup) manually from the file > > system (moin\data\pages\AdminGroup) and restart the apache. Now this AdminGroup > > page does not exist anymore in File System. But I can access the moinmoin wiki > > with this user Amd till now. I don t know why, even I started the new session > > of IE. Maybe moinmoin is caching the users some where or? > > > > Is it Bug in moinmoin or? > > > I think you should not only restart Apache but clean cache pages also. > Specially when you delete pages "manually" :-))) > > Greetings > -- > Krzysztof Stryjek > UNIX administrator/Juniper Networks Specialist > email: wtp (at) bsdserwis (dot) com > http://www.linkedin.com/in/KrzysztofStryjek > GPG fingerprint: 8BD7 40CE 8994 0BBE CE6C 91CD 1292 8959 DC61 0E76 > > In theory, there is no difference between theory and practice. > In practice, there is. _________________________________________________________________ Share your memories online with anyone you want. http://www.microsoft.com/middleeast/windows/windowslive/products/photos-share.aspx?tab=1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at iDIAcomputing.com Mon Aug 31 11:57:22 2009 From: lists at iDIAcomputing.com (George Dinwiddie) Date: Mon, 31 Aug 2009 11:57:22 -0400 Subject: [Moin-user] help installing single Wiki on Apache linux server In-Reply-To: <1251711869.32626.2.camel@server.firma.waldmann-edv.de> References: <1251711869.32626.2.camel@server.firma.waldmann-edv.de> Message-ID: <4A9BF2E2.4030503@iDIAcomputing.com> Thomas Waldmann wrote: > The logging on stderr is the builtin default, not sure whether apache > cgi is happy about that, maybe try logging to a file instead of stderr. > The moin.cgi and wiki/config/logging/... about how to change logging. > > Also, have a look into apache's error.log. Apache should route the .cgi stderr to the error log file. -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ---------------------------------------------------------------------- From steveo at syslang.net Mon Aug 31 12:49:45 2009 From: steveo at syslang.net (Steven W. Orr) Date: Mon, 31 Aug 2009 12:49:45 -0400 Subject: [Moin-user] Moin as an FAQ system? In-Reply-To: <1251644745.17092.5.camel@x300> References: <4A996D37.1090002@syslang.net> <1251644745.17092.5.camel@x300> Message-ID: <4A9BFF29.4000303@syslang.net> On 08/30/09 11:05, quoth Thomas Waldmann: > Maybe just a short note from me: > > Don't create "wide topic" FAQ wiki pages. > > They might get very long and long pages are a pain to edit. Thank you. That is good advise. I think I do want to make the FAQ that I have in html to be migrated into moin. Before I read your advise, I had the FAQ page in one firefox tab http://frambors.syslang.net/faq/about.html and a new page in gui mode which I pasted the old page into. The paste worked fine but it is not capable of saving or previewing. I get a traceback but I don't *think* I should be able to expect moin to handle this. (Should I?) I'm thinking that I might be better off breaking it up per your advise into a TOC, and then three more pages to create a Section A, B and C. Is there an import button to allow the html to be pulled in and then getting it converted to wiki markup? -- Time flies like the wind. Fruit flies like a banana. Stranger things have .0. happened but none stranger than this. Does your driver's license say Organ ..0 Donor?Black holes are where God divided by zero. Listen to me! We are all- 000 individuals! What if this weren't a hypothetical question? steveo at syslang.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: From perfreem at gmail.com Mon Aug 31 15:22:08 2009 From: perfreem at gmail.com (per freem) Date: Mon, 31 Aug 2009 15:22:08 -0400 Subject: [Moin-user] help installing single Wiki on Apache linux server In-Reply-To: <4A9BF2E2.4030503@iDIAcomputing.com> References: <1251711869.32626.2.camel@server.firma.waldmann-edv.de> <4A9BF2E2.4030503@iDIAcomputing.com> Message-ID: thanks for your replies. The errors i geti in the apache log are: [Mon Aug 31 15:19:21 2009] [error] [client 192.168.4.161] MoinMoin.error.ConfigurationError: [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] 2009-08-31 15:19:22,708 WARNING MoinMoin.log:138 load_config for "/home/website/config/logging/logfile" failed with "[Errno 13] Permission denied: '/tmp/moin.log'". [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] 2009-08-31 15:19:22,708 WARNING MoinMoin.log:139 using logging configuration read from built-in fallback in MoinMoin.log module! [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] File "/home/website/cgi-bin/moin.cgi", line 52, in [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] File "/home/website/MoinMoin/server/server_cgi.py", line 57, in run [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] File "/home/website/MoinMoin/request/request_cgi.py", line 32, in __init__ [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] File "/home/website/MoinMoin/request/__init__.py", line 1455, in fail [Mon Aug 31 15:19:22 2009] [error] [client 192.168.4.161] File "/home/website/MoinMoin/failure.py", line 156, in handle I am not sure why /tmp/moin.log gets permission denied errors. i installed everything as root and so maybe apache has trouble writing to some of these files? in any case, i am not sure how to fix it. i used the following command for making the config file in the web server accessible: chmod -R a+rx /home/website/config but not sure what else i can do. any ideas? thank you. On Mon, Aug 31, 2009 at 11:57 AM, George Dinwiddie wrote: > Thomas Waldmann wrote: >> The logging on stderr is the builtin default, not sure whether apache >> cgi is happy about that, maybe try logging to a file instead of stderr. >> The moin.cgi and wiki/config/logging/... about how to change logging. >> >> Also, have a look into apache's error.log. > > Apache should route the .cgi stderr to the error log file. > > -- > ?---------------------------------------------------------------------- > ? * George Dinwiddie * ? ? ? ? ? ? ? ? ? ? ?http://blog.gdinwiddie.com > ? Software Development ? ? ? ? ? ? ? ? ? ?http://www.idiacomputing.com > ? Consultant and Coach ? ? ? ? ? ? ? ? ? ?http://www.agilemaryland.org > ?---------------------------------------------------------------------- > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. ?http://p.sf.net/sfu/bobj-july > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From lists at iDIAcomputing.com Mon Aug 31 16:48:17 2009 From: lists at iDIAcomputing.com (George Dinwiddie) Date: Mon, 31 Aug 2009 16:48:17 -0400 Subject: [Moin-user] help installing single Wiki on Apache linux server In-Reply-To: References: <1251711869.32626.2.camel@server.firma.waldmann-edv.de> <4A9BF2E2.4030503@iDIAcomputing.com> Message-ID: <4A9C3711.6030301@iDIAcomputing.com> per freem wrote: > I am not sure why /tmp/moin.log gets permission denied errors. i > installed everything as root and so maybe apache has trouble writing > to some of these files? Apache doesn't (or shouldn't) run as root. What user does apache run as? Is the CGI running as the same user? Can that user write to /tmp/moin.log? - George -- ---------------------------------------------------------------------- * George Dinwiddie * http://blog.gdinwiddie.com Software Development http://www.idiacomputing.com Consultant and Coach http://www.agilemaryland.org ----------------------------------------------------------------------