From rb.proj at gmail.com Thu Sep 1 04:01:37 2011 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 01 Sep 2011 10:01:37 +0200 Subject: [Moin-user] UnboundLocalError: local variable 'idx_name' referenced before assignment when I build xapian index In-Reply-To: References: Message-ID: Am 30.08.2011 15:27, schrieb St?phane Klein: > Hi, > > when I do that (with 1.9.4) : > > > ./server/moin --config-dir=./ index build > > I've this error : > > File > "/home/harobed/.virtualenvs/wiki/local/lib/python2.7/site-packages/MoinMoin/script/index/build.py", > line 103, in command > idx = XapianIndex(self.request, name=idx_name) > UnboundLocalError: local variable 'idx_name' referenced before assignment > > Regards, > Stephane 1.9.4 is not released yet, thanks for reporting this issue cheers Reimar From tw at waldmann-edv.de Thu Sep 1 07:02:52 2011 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Thu, 01 Sep 2011 13:02:52 +0200 Subject: [Moin-user] automatic redirect to login page In-Reply-To: References: Message-ID: <1314874972.25428.7.camel@server.firma.waldmann-edv.de> On Wed, 2011-08-24 at 14:21 -0700, Ted Stern wrote: > I'm running moin 1.9.3 and have a farm of wikis that are controlled > via access control. Generally, a UserName has to be listed under > TrustedGroup to have access. > > We frequently send URLs to interior pages in our wikis that require > the user to login first. > > Is there a way I can have the login page automatically pop up if the > user has not logged into a particular wiki already? We already had long thinking and discussions about such "features" (and related ones, like suggesting to log in to view the page), but the result was not to do that. The simple, but very fundamentaly problem is that, as long as the user is not logged in, you do not know who he is. Thus, you can't predict if logging in would give him the permissions you just denied him. So, hinting "log in to access this" or even redirecting to the login form is not the right thing to do (in general - it might be different in special acl configurations). OTOH, it is maybe not that big issue. If a user solves that once, he/she will know what to do in future. From dodecatheon at gmail.com Thu Sep 1 14:33:50 2011 From: dodecatheon at gmail.com (Ted Stern) Date: Thu, 01 Sep 2011 11:33:50 -0700 Subject: [Moin-user] automatic redirect to login page References: <1314874972.25428.7.camel@server.firma.waldmann-edv.de> Message-ID: On 01 Sep 2011 04:02:52 -0700, Thomas Waldmann wrote: > > On Wed, 2011-08-24 at 14:21 -0700, Ted Stern wrote: >> I'm running moin 1.9.3 and have a farm of wikis that are controlled >> via access control. Generally, a UserName has to be listed under >> TrustedGroup to have access. >> >> We frequently send URLs to interior pages in our wikis that require >> the user to login first. >> >> Is there a way I can have the login page automatically pop up if the >> user has not logged into a particular wiki already? > > We already had long thinking and discussions about such "features" (and > related ones, like suggesting to log in to view the page), but the > result was not to do that. > > The simple, but very fundamentaly problem is that, as long as the > user is not logged in, you do not know who he is. Thus, you can't > predict if logging in would give him the permissions you just denied > him. Nevertheless, logging in is a prerequisite to knowing who the user is. The current situation is that an unknown user has no access to protected pages. The information about permissions and protection is on the Main Page of the wiki. The user doesn't see the main page, or even get a link. All they get is an access denied message. > So, hinting "log in to access this" or even redirecting to the login > form is not the right thing to do (in general - it might be > different in special acl configurations). The current situation is completely opaque to the user. I think the "wrong" thing would be better than that. > OTOH, it is maybe not that big issue. If a user solves that once, > he/she will know what to do in future. I maintain the farm for close to a dozen wikis. Most of my users are engineers (i.e., not sophisticated about wiki software) and don't remember what they did from one time to the next. So they call me repeatedly. In my mind, if a software task has to be repeated, it should be automated. The current situation is not automated. Ted -- Frango ut patefaciam -- I break so that I may reveal From lists at bpsw.biz Fri Sep 2 02:52:36 2011 From: lists at bpsw.biz (Max Campos) Date: Thu, 1 Sep 2011 23:52:36 -0700 Subject: [Moin-user] xmlrpc putPage utf-8 returns expat error Message-ID: <591FAD78-F7E0-476A-953C-0D4A1AF09CA5@bpsw.biz> Hi Folks, I'm having trouble using the XMLRPC putPage under Moin 1.9.3 with non-7 bit ASCII text. Has anyone successfully gotten this to work? Any hints? Thanks for any help! Here is the XML message I'm sending (same as attached file): putPageMaxCamposLim?n Thu Sep 1 23:43:51 PDT 2011 ? and here is the error I receive. ERROR 1: : not well-formed (invalid token): line 1, column 171 File "/usr/local/lib/python2.6/site-packages/MoinMoin/xmlrpc/__init__.py", line 140, in process params, method = xmlrpclib.loads(data) File "/usr/local/lib/python2.6/xmlrpclib.py", line 1182, in loads p.feed(data) File "/usr/local/lib/python2.6/xmlrpclib.py", line 601, in feed self._parser.Parse(data, 0) Notes: 1) If I replace the ? with ascii 'o' (i.e. remove any non-7 bit ascii chars), then this error goes away. 2) If I run "xmlwf" (libexpat's tool for validating xml) on the attached file, it validates OK. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test_msg.xml Type: application/xml Size: 253 bytes Desc: not available URL: -------------- next part -------------- An HTML attachment was scrubbed... URL: From rick.vanderveer at gmail.com Fri Sep 2 18:20:10 2011 From: rick.vanderveer at gmail.com (Rick Vanderveer) Date: Fri, 2 Sep 2011 17:20:10 -0500 Subject: [Moin-user] automatic redirect to login page In-Reply-To: References: Message-ID: Ted, Expanding on what I was saying below, I've done pretty much what it sounds like you need by simply modifying default permissions (as mentioned in my previous email) and by modifying the 'PermissionsDeniedPage' page. See attached screenshot of an example of what a person sees when they haven't logged in yet. -Rick On Wed, Aug 24, 2011 at 7:15 PM, Rick Vanderveer wrote: > Hey Ted, > > I think the best way to do this is to probably set permissions to something > like (wikiconfig.py): > > acl_rights_before = u'known:read,write,delete,revert All:' > > See http://moinmo.in/HelpOnAccessControlLists for more info. Also, this > may help http://moinmo.in/HowTo/ManagingAccountCreation, in case that > helps. You can also customize the error page (I can't recall offhand which > one it is), so that users get a nice error explaining they have to log in, > rather than "you do not have permission to view this page". I've done this > set up for projects between us and the client (we don't want just anyone > being able to login and view the page). > > Finally, I don't know how your set up is, but ours requires all users to be > authenticated, but we do this at that web server level, so users have to > enter in their login before the wiki is even hit. I happen to run on top of > a Windows server, so I can take advantage of domain authentication (no > special account just for the wiki, any employee can now log in. > Specifically, I do this: > http://moinmo.in/HowTo/WindowsDomainAuthentication) > > Hopefully this will give you some pointers to get you going in the right > direction... > > -Rick > > > > On Wed, Aug 24, 2011 at 4:21 PM, Ted Stern wrote: > >> I'm running moin 1.9.3 and have a farm of wikis that are controlled >> via access control. Generally, a UserName has to be listed under >> TrustedGroup to have access. >> >> We frequently send URLs to interior pages in our wikis that require >> the user to login first. >> >> Is there a way I can have the login page automatically pop up if the >> user has not logged into a particular wiki already? >> >> Ted >> -- >> Frango ut patefaciam -- I break so that I may reveal >> >> >> ------------------------------------------------------------------------------ >> EMC VNX: the world's simplest storage, starting under $10K >> The only unified storage solution that offers unified management >> Up to 160% more powerful than alternatives and 25% more efficient. >> Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev >> _______________________________________________ >> Moin-user mailing list >> Moin-user at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/moin-user >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: login-example.png Type: image/png Size: 141127 bytes Desc: not available URL: From rb.proj at gmail.com Mon Sep 5 07:02:24 2011 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 05 Sep 2011 13:02:24 +0200 Subject: [Moin-user] automatic redirect to login page In-Reply-To: References: Message-ID: Am 24.08.2011 23:21, schrieb Ted Stern: > I'm running moin 1.9.3 and have a farm of wikis that are controlled > via access control. Generally, a UserName has to be listed under > TrustedGroup to have access. > > We frequently send URLs to interior pages in our wikis that require > the user to login first. > > Is there a way I can have the login page automatically pop up if the > user has not logged into a particular wiki already? > > Ted Hi Ted may be the simplest solution is to share the user accounts of all wikis of your farm. Then all wikis can be accessed with one login. cheers Reimar From rb.proj at gmail.com Wed Sep 7 08:22:58 2011 From: rb.proj at gmail.com (R.Bauer) Date: Wed, 07 Sep 2011 14:22:58 +0200 Subject: [Moin-user] automatic redirect to login page In-Reply-To: References: Message-ID: Am 05.09.2011 13:02, schrieb R.Bauer: > Am 24.08.2011 23:21, schrieb Ted Stern: >> I'm running moin 1.9.3 and have a farm of wikis that are controlled >> via access control. Generally, a UserName has to be listed under >> TrustedGroup to have access. >> >> We frequently send URLs to interior pages in our wikis that require >> the user to login first. >> >> Is there a way I can have the login page automatically pop up if the >> user has not logged into a particular wiki already? >> >> Ted > > Hi Ted > > may be the simplest solution is to share the user accounts of all wikis > of your farm. Then all wikis can be accessed with one login. > I missed to add you can also share the cookie. one of my bigger farms 150 instances have something like that user_dir = "/srv/coconuts/user" session_dir = "/srv/coconuts/session" cookie_name = "COCONUTS" user_homewiki = "wiki" Reimar From tsk133 at my.utsa.edu Wed Sep 7 18:42:18 2011 From: tsk133 at my.utsa.edu (David Noriega) Date: Wed, 7 Sep 2011 17:42:18 -0500 Subject: [Moin-user] Using REMOTE_USER to auto create username Message-ID: I already have my wiki protected by Apache authentication, but instead of having two logins, is i possable to login via Apache,and have moinmoin auto create a user using the given username from Apache? I read the following: http://moinmo.in/MoinMoinQuestions/Administration#Can_apache_REMOTE_USER_replace_moinmoin_login.3F And added that list bit of code to my wikkiconfig.py from MoinMoin.auth.http import HTTPAuth auth = [HTTPAuth(autocreate=True)] I am able to login via Apache and edit the wiki, but the user shows up as "10" which I assume is just some number. How can I make it use the username I used to login? David -- Personally, I liked the university. They gave us money and facilities, we didn't have to produce anything! You've never been out of college! You don't know what it's like out there! I've worked in the private sector. They expect results. -Ray Ghostbusters From rb.proj at gmail.com Thu Sep 8 02:14:17 2011 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 08 Sep 2011 08:14:17 +0200 Subject: [Moin-user] automatic redirect to login page In-Reply-To: References: Message-ID: Am 07.09.2011 14:22, schrieb R.Bauer: > Am 05.09.2011 13:02, schrieb R.Bauer: >> Am 24.08.2011 23:21, schrieb Ted Stern: >>> I'm running moin 1.9.3 and have a farm of wikis that are controlled >>> via access control. Generally, a UserName has to be listed under >>> TrustedGroup to have access. >>> >>> We frequently send URLs to interior pages in our wikis that require >>> the user to login first. >>> >>> Is there a way I can have the login page automatically pop up if the >>> user has not logged into a particular wiki already? >>> >>> Ted >> >> Hi Ted >> >> may be the simplest solution is to share the user accounts of all wikis >> of your farm. Then all wikis can be accessed with one login. >> > > I missed to add you can also share the cookie. > > one of my bigger farms 150 instances have something like that > > user_dir = "/srv/coconuts/user" > session_dir = "/srv/coconuts/session" > cookie_name = "COCONUTS" > user_homewiki = "wiki" > > Reimar > > If you use user_homewiki you have one wiki with all user home pages and an interwiki link from every wiki of your farm. I have added a navigation tab with a description of the farm wikis so that one can easily navigate by that to every other wiki. In my case I have the whole farm running with the same moin-coconuts acount. I shared underlay and have that Mapping page in underlay. cheers Reimar please use this mailing list, avoid pm. Because it is much easier for me to answer by gmane service > ------------------------------------------------------------------------------ > Using storage to extend the benefits of virtualization and iSCSI > Virtualization increases hardware utilization and delivers a new level of > agility. Learn what those decisions are and how to modernize your storage > and backup environments for virtualization. > http://www.accelacomm.com/jaw/sfnl/114/51434361/ From mark.scheufele at diasemi.com Thu Sep 8 08:44:13 2011 From: mark.scheufele at diasemi.com (Mark Scheufele) Date: Thu, 8 Sep 2011 12:44:13 +0000 Subject: [Moin-user] Displaying page header and logo conditionally dependend on wsgi environ variable Message-ID: <39080CC9D403A94F992B5A8183FE77BC3147548B@NB-EX-MBX01.diasemi.com> Hi Moin users, we are running a moinmoin wiki within our company. Recently the wiki is also linked from within our intranet and is running within a Iframe. Now I am facing the problem that when the wiki is called from the Intranet page I would like to omit the header line with the logo. But if the wiki is called in standalone mode I would like to show the logo. We are running moinmoin version 1.93 on IIS using the isap_wsgi handler. My idea to accomplish the desired behavior is the following: - when initially called by the intranet a separate parameter ?displaymode=iframe is supplied to the wiki url - some kind of wsgi middleware takes this parameter and stores it as separate environ variable for example environ["displaymode"]=iframe - if moinmoin detects this additional environment parameter it stores it in the user's session - the theme checks within the user's session context for the parameter and decides whether to display the header with the logo I already accomplished to set the environ parameter on wsgi level within the isapi_wsgi handler script. class modifyApp(object): def __init__(self,app): self.app=app self.output=file("c:/temp/wsgi.log","a",0) def __call__(self, environ, start_response): #extract displaymode from queryString query=cgi.parse_qs(environ["QUERY_STRING"]) if query.has_key("displaymode"): environ["DISPLAYMODE"]=query.get("displaymode")[0] self.output.write("%s \n" % environ["DISPLAYMODE"]) return self.app(environ,start_response) # The entry points for the ISAPI extension. def __ExtensionFactory__(): #add path to sys.paht where wikiconfig.py can be found sys.path.insert(0, 'c:/inetpub/moin') ## new way to instantiate in 1.9 moinmoinApp = make_application(shared=True) wrappedApp = modifyApp(moinmoinApp) return isapi_wsgi.ISAPIThreadPoolHandler(wrappedApp) What I would like to know is: - what do you think about this approach, would it be feasible? - how do I store the additional parameter within the user's session? It would be great if you could assist me in implementing such a behavior. Many Thanks, mark _______________________________________________________________________________________ Dialog Semiconductor GmbH Neue Str. 95 D-73230 Kirchheim Managing Director: Dr. Jalal Bagherli Chairman of the Supervisory Board: Gregorio Reyes Commercial register: Amtsgericht Stuttgart: HRB 231181 UST-ID-Nr. DE 811121668 Legal Disclaimer: This e-mail communication (and any attachment/s) is confidential and contains proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. From kai at aplteam.com Sun Sep 18 03:10:59 2011 From: kai at aplteam.com (Kai Jaeger) Date: Sun, 18 Sep 2011 08:10:59 +0100 Subject: [Moin-user] Attack or no attack Message-ID: Today my inbox contained this email: ------------------- Dear Wiki user, You have subscribed to a wiki page "HelpOnEditing" for change notification. An attachment has been removed from that page by . Following detailed information is available: Attachment name: load_draft.png Attachment size: 22974 Attachment link: http://sandbox.aplwiki.com/HelpOnEditing?action=AttachFile&do=get&target=load_draft.png Page link: http://sandbox.aplwiki.com/HelpOnEditing ------------------- In the meantime an automated procedure had already deleted the sandbox wiki and replaced it by a fresh copy, something that is done every Sunday. I am concerned about a couple of things: 1. How can one "unknown" delete any attachments? The settings make sure that one has to log on in order to change something. 2. There is no such attachment - it's a system page after all. What's going on here? Kai From rb.proj at gmail.com Mon Sep 19 07:42:12 2011 From: rb.proj at gmail.com (R.Bauer) Date: Mon, 19 Sep 2011 13:42:12 +0200 Subject: [Moin-user] Attack or no attack In-Reply-To: References: Message-ID: Am 18.09.2011 09:10, schrieb Kai Jaeger: > Today my inbox contained this email: > > ------------------- > Dear Wiki user, > > You have subscribed to a wiki page "HelpOnEditing" for change > notification. An attachment has been removed from that page by > . Following detailed information is available: > > Attachment name: load_draft.png > Attachment size: 22974 > Attachment link: > http://sandbox.aplwiki.com/HelpOnEditing?action=AttachFile&do=get&target=load_draft.png > Page link: http://sandbox.aplwiki.com/HelpOnEditing > ------------------- > > In the meantime an automated procedure had already deleted the sandbox > wiki and replaced it by a fresh copy, something that is done every > Sunday. > > I am concerned about a couple of things: > > 1. How can one "unknown" delete any attachments? The settings make > sure that one has to log on in order to change something. check if someone deleted it on the server by a cli scripts. Or if it is a slightly modified version as copy in data. The first edit of a underlay page gets it copied to the data scope. You should have this attachment in the underlay folder similiar to http://master19.moinmo.in/4ct10n/AttachFile/HelpOnEditing?action=AttachFile > > 2. There is no such attachment - it's a system page after all. > > What's going on here? have you looked into servers logs? Reimar > > Kai > > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > http://p.sf.net/sfu/rim-devcon-copy2 From j.k.wight at ncl.ac.uk Tue Sep 20 05:09:43 2011 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Tue, 20 Sep 2011 10:09:43 +0100 Subject: [Moin-user] First macro call Message-ID: <4E785857.6040706@ncl.ac.uk> How might a macro determine when it is being called for the first time in a page? Jim From rb.proj at gmail.com Thu Sep 22 03:11:35 2011 From: rb.proj at gmail.com (R.Bauer) Date: Thu, 22 Sep 2011 09:11:35 +0200 Subject: [Moin-user] First macro call In-Reply-To: <4E785857.6040706@ncl.ac.uk> References: <4E785857.6040706@ncl.ac.uk> Message-ID: Am 20.09.2011 11:09, schrieb Jim Wight: > How might a macro determine when it is being called for the first time > in a page? I think your question is related to the caching facility. This depends on your macro. It can check if a cache of its result exists and can output this. If you want to renew its content see More Actions: "Delete Cache" cheers Reimar > > Jim > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 From j.k.wight at ncl.ac.uk Thu Sep 22 07:37:45 2011 From: j.k.wight at ncl.ac.uk (Jim Wight) Date: Thu, 22 Sep 2011 12:37:45 +0100 Subject: [Moin-user] First macro call In-Reply-To: References: <4E785857.6040706@ncl.ac.uk> Message-ID: <4E7B1E09.8070205@ncl.ac.uk> On 22/09/11 08:11, R.Bauer wrote: > Am 20.09.2011 11:09, schrieb Jim Wight: >> How might a macro determine when it is being called for the first time >> in a page? > > I think your question is related to the caching facility. No, it's not that. I have been seeking a way to detect when to perform per-page initialisation, specifically injecting JavaScript. Hitherto, my one and only public macro (SeeSaw) has required html_head in wikiconfig.py to be edited in order to load its own JavaScript and jQuery. I would like it to run out of the box by default, apart from installing the macro file, of course, while still making the previous way an option. I used a global variable to begin with to detect the first call. That worked fine when I was using CGI during development, but when I switched to WSGI I realised how naive I had been. I then discovered that another MacroMarket macro, CollapsibleSection, used macro.request.uid_generator - which I doubt I would ever have hit upon - to solve the problem. However, I am still supporting older versions of MoinMoin and it is only available in 1.9. I could always compromise and only provide the feature for that release, but I would be interested to know of any other methods that could be used, and which might apply at earlier releases. Jim From cri at linux.it Sat Sep 24 14:19:58 2011 From: cri at linux.it (Cristian Rigamonti) Date: Sat, 24 Sep 2011 20:19:58 +0200 Subject: [Moin-user] LDAP auth, build email address, email_callback? Message-ID: <20110924181957.GA11002@merlino> Hi, can anyone provide an example of using the email_callback configuration option (LDAP authentication section)? Problem: I don't want to get the mail address straight from LDAP, it should be made up of wiki-username at mydomain.org (the "mydomain.org" part is fixed for all users). I suspect that email_callback could be used to implement this (other ideas are welcome), but I couldn't find documentation about its usage, and reading auth/ldap_login.py didn't help that much. Thanks! Cri -- GPG/PGP Key-Id 0x943A5F0E - http://www.linux.it/~cri/cri.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From r.boerma at drenthecollege.nl Tue Sep 27 07:12:33 2011 From: r.boerma at drenthecollege.nl (Boerma, Remco) Date: Tue, 27 Sep 2011 13:12:33 +0200 Subject: [Moin-user] LDAP auth, build email address, email_callback? In-Reply-To: <20110924181957.GA11002@merlino> References: <20110924181957.GA11002@merlino> Message-ID: <21AFF12DF5630F40B73E3F5B498ED60C081BE1@wvexcp02.ROCDC.LOCAL> Hi, For the purpose of demonstration, here's my name_callback. Works the same iirc. def dc_ad_callback(key): def callback(ldap_dict): try: aliasname = ldap_dict[key][0].decode('utf-8') import string username = string.capwords(aliasname.replace('-','- ')).replace(' ','').replace('\'','') except KeyError: #logging.debug('ldap_dict keys:'+','.join(ldap_dict.keys())) username = ldap_dict['givenName'][0] if username.lower() == 'someserviceprocess': username = 'SomeService' # this service doesn?t match otherwise return username return callback Which is then setup as: name_callback=dc_ad_callback('displayNamePrintable') Remco Boerma - Database Administrator & Technisch Applicatie Beheer ROC Drenthecollege - www.drenthecollege.nl - 088 188 4693 r.boerma at drenthecollege.nl - http://twitter.com/RemcoBoerma -----Oorspronkelijk bericht----- Van: Cristian Rigamonti [mailto:cri at linux.it] Verzonden: zaterdag 24 september 2011 20:20 Aan: moin-user at lists.sourceforge.net Onderwerp: [Moin-user] LDAP auth, build email address, email_callback? Hi, can anyone provide an example of using the email_callback configuration option (LDAP authentication section)? Problem: I don't want to get the mail address straight from LDAP, it should be made up of wiki-username at mydomain.org (the "mydomain.org" part is fixed for all users). I suspect that email_callback could be used to implement this (other ideas are welcome), but I couldn't find documentation about its usage, and reading auth/ldap_login.py didn't help that much. Thanks! Cri -- GPG/PGP Key-Id 0x943A5F0E - http://www.linux.it/~cri/cri.asc ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user -------------------------------> Vrijwaring/Disclaimer De gegevens in dit elektronisch document en de eventuele bijlagen zijn uitsluitend bedoeld voor de geadresseerde(n). De informatie wordt zorgvuldig samengesteld. Het Drenthe College kan echter niet garanderen dat de informatie absoluut juist, volledig en tijdig overkomt via het Internet. Voor belangrijke beslissingen aangaande de verstrekte informatie dient u een en ander rechtstreeks bij het Drenthe College te controleren. Website van het Drenthe College: www.drenthecollege.nl From cri at linux.it Tue Sep 27 08:13:33 2011 From: cri at linux.it (Cristian Rigamonti) Date: Tue, 27 Sep 2011 14:13:33 +0200 Subject: [Moin-user] LDAP auth, build email address, email_callback? In-Reply-To: <21AFF12DF5630F40B73E3F5B498ED60C081BE1@wvexcp02.ROCDC.LOCAL> References: <20110924181957.GA11002@merlino> <21AFF12DF5630F40B73E3F5B498ED60C081BE1@wvexcp02.ROCDC.LOCAL> Message-ID: <20110927121333.GA6630@merlino> On Tue, Sep 27, 2011 at 01:12:33PM +0200, Boerma, Remco wrote: > Hi, > > For the purpose of demonstration, here's my name_callback. Works the same iirc. ... Thanks! Where should I put the callback function definition? In the moinmoin configuration file? Or in auth/ldap_login.py? Cri -- GPG/PGP Key-Id 0x943A5F0E - http://www.linux.it/~cri/cri.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From donvichenzo at gmail.com Tue Sep 27 09:39:48 2011 From: donvichenzo at gmail.com (Guillaume Vidoni) Date: Tue, 27 Sep 2011 15:39:48 +0200 Subject: [Moin-user] MoinDump problem In-Reply-To: References: Message-ID: Hello, I have Moin 1.5.8 installed. I execute this command to export pages in HTML : python /opt/moinmoin/prod/MoinMoin/script/moin.py --config-dir=/wiki/prod --wiki-url=myurl.fr export dump --page "^PagesName*" --target-dir=/var/wiki/prod/export This export all expected pages but the content is always the same : ??. ??. <strong>*You are not allowed to view this page*.</strong><br><span class="anchor" id="bottom"></span></div> ??. </body> </html> I have configured an LDAP authentication. Is it the problem ? How to solve it ? I really need this export. Thanks by advance for your support. Guillaume. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/moin-user/attachments/20110927/bf56e355/attachment.html> From rb.proj at gmail.com Tue Sep 27 11:01:58 2011 From: rb.proj at gmail.com (R.Bauer) Date: Tue, 27 Sep 2011 17:01:58 +0200 Subject: [Moin-user] MoinDump problem In-Reply-To: <CACxhX2UngYqfizezBv5+ij7L596WRjJ-EA67pizGaY-GU7cY7w@mail.gmail.com> References: <CACxhX2X06Ek78H8jnVER=2MCPArTHgjDWYRkCY0v50LL+5QcWg@mail.gmail.com> <CACxhX2UngYqfizezBv5+ij7L596WRjJ-EA67pizGaY-GU7cY7w@mail.gmail.com> Message-ID: <j5soh7$nen$1@dough.gmane.org> Am 27.09.2011 15:39, schrieb Guillaume Vidoni: > Hello, > > > > I have Moin 1.5.8 installed. > > > > I execute this command to export pages in HTML : > > > > python /opt/moinmoin/prod/MoinMoin/script/moin.py --config-dir=/wiki/prod > --wiki-url=myurl.fr export dump --page "^PagesName*" > --target-dir=/var/wiki/prod/export > > a newer version of that command has a -u option to perform it with a priviledged user account. You can try to backport this to your version http://hg.moinmo.in/moin/1.9/rev/dae64bd781ad http://moinmo.in/SecurityFixes gives reasons to have a more recent version. cheers Reimar > > This export all expected pages but the content is always the same : > > > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" " > http://www.w3.org/TR/html4/strict.dtd"> > > <html> > > <head> > > <meta http-equiv="content-type" content="text/html; charset=utf-8"> > > <title>??. > > ??. > > <strong>*You are not allowed to view this page*.</strong><br><span > class="anchor" id="bottom"></span></div> > > ??. > > </body> > > </html> > > > > I have configured an LDAP authentication. Is it the problem ? How to solve > it ? I really need this export. > > > > Thanks by advance for your support. > > > Guillaume. > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > > > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user From moinmoin at picturenow.co.uk Tue Sep 27 20:11:49 2011 From: moinmoin at picturenow.co.uk (Iain Mac Donald) Date: Wed, 28 Sep 2011 01:11:49 +0100 Subject: [Moin-user] using Xapian search Message-ID: <20110928011149.26a0c7b0@dylan.coachhouse> Hello, long time MoinMoin user here who has just got around to installing Xapian for search. There are a couple of things which I find are different when using Xapian compared to the legacy search engine. The first difference involves my, perhaps unusual, navigation method. It is perhaps easiest to explain by example. I have a page in the wiki called MoinTipsTricks and rather than typing the full path I do a title search on "moint". The legacy search would return the only page starting with moint which is MoinTipsTricks. Xapian returns 'Your search query "moint" didn't return any results.' Title searching on "moin" with Xapian does return a list of pages. Xapian title search returns one result per page plus one result for each attachment on that page. Finding a specific page can then become more difficult. I would still like the ability to search attachments but not have it as the default option. Any ideas on how I can get Xapian to behave like legacy search in these two situations? Regards, Iain. MoinMoin 1.9.3 (from Debian Squeeze), Python 2.6.6, Xapian 1.2.3, Apache 2.2.16 with mod_wsgi xapian_search = True xapian_index_history = False xapian_stemming = False From tw-public at gmx.de Wed Sep 28 02:53:27 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 28 Sep 2011 08:53:27 +0200 Subject: [Moin-user] using Xapian search In-Reply-To: <20110928011149.26a0c7b0@dylan.coachhouse> References: <20110928011149.26a0c7b0@dylan.coachhouse> Message-ID: <1317192807.2489.9.camel@x300> > long time MoinMoin user here who has just got around to installing > Xapian for search. There are a couple of things which I find are > different when using Xapian compared to the legacy search engine. Well, that's because both are fundamentally different. > The first difference involves my, perhaps unusual, navigation method. > It is perhaps easiest to explain by example. I have a page in the wiki > called MoinTipsTricks and rather than typing the full path I do a title > search on "moint". For indexed search, you can only find what was put into the index. When encountering MoinTipsTricks, MoinTipsTricks is put into the index. Also, it splits the words and puts Moin and Tips and Tricks into the index. It does not put MoinT into the index. > The legacy search would return the only page > starting with moint which is MoinTipsTricks. Xapian returns 'Your > search query "moint" didn't return any results.' Title searching on > "moin" with Xapian does return a list of pages. try: tips or: tips tricks > Xapian title search returns one result per page plus one result for > each attachment on that page. Finding a specific page can then become > more difficult. I would still like the ability to search attachments > but not have it as the default option. Well, better get used to that (or refine your search with mime:wiki to only find wiki pages). The different handling of pages and attachments is going away in future anyway. > xapian_stemming = False Stemming sometimes can help a bit (if you primarily have one language in your wiki and that language is supported by the stemmer). E.g. if you search for the word "search", it would also find "searches" or "searching" (needs rebuilding the index). From gvidoni at cls.fr Wed Sep 28 05:04:27 2011 From: gvidoni at cls.fr (Vidoni Guillaume) Date: Wed, 28 Sep 2011 11:04:27 +0200 Subject: [Moin-user] MoinDump problem In-Reply-To: <j5soh7$nen$1@dough.gmane.org> References: <CACxhX2X06Ek78H8jnVER=2MCPArTHgjDWYRkCY0v50LL+5QcWg@mail.gmail.com><CACxhX2UngYqfizezBv5+ij7L596WRjJ-EA67pizGaY-GU7cY7w@mail.gmail.com> <j5soh7$nen$1@dough.gmane.org> Message-ID: <A80E4F81B163FD44ACFBBAB4C734D3F1029D5017@SRV-XCHANGE-2K3.pc.cls.fr> Thank you very much Reimar, it works with these modifications. Guillaume. -----Message d'origine----- De?: R.Bauer [mailto:rb.proj at gmail.com] Envoy??: mardi 27 septembre 2011 17:02 ??: moin-user at lists.sourceforge.net Objet?: Re: [Moin-user] MoinDump problem Am 27.09.2011 15:39, schrieb Guillaume Vidoni: > Hello, > > > > I have Moin 1.5.8 installed. > > > > I execute this command to export pages in HTML : > > > > python /opt/moinmoin/prod/MoinMoin/script/moin.py --config-dir=/wiki/prod > --wiki-url=myurl.fr export dump --page "^PagesName*" > --target-dir=/var/wiki/prod/export > > a newer version of that command has a -u option to perform it with a priviledged user account. You can try to backport this to your version http://hg.moinmo.in/moin/1.9/rev/dae64bd781ad http://moinmo.in/SecurityFixes gives reasons to have a more recent version. cheers Reimar > > This export all expected pages but the content is always the same : > > > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" " > http://www.w3.org/TR/html4/strict.dtd"> > > <html> > > <head> > > <meta http-equiv="content-type" content="text/html; charset=utf-8"> > > <title>....... > > ....... > > <strong>*You are not allowed to view this page*.</strong><br><span > class="anchor" id="bottom"></span></div> > > ....... > > </body> > > </html> > > > > I have configured an LDAP authentication. Is it the problem ? How to solve > it ? I really need this export. > > > > Thanks by advance for your support. > > > Guillaume. > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > > > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Moin-user mailing list Moin-user at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/moin-user Cliquez sur l'url suivante https://www.mailcontrol.com/sr/sGcNVDnmuO7TndxI!oX7UslqkbOixnGdoIbV7Ok+sPXe+iqIcyCfeBDvpMbPgBUV8mwtp6wDTb8WVaQUGz3XVw== si ce message est ind?sirable (pourriel). From moinmoin at picturenow.co.uk Wed Sep 28 06:53:14 2011 From: moinmoin at picturenow.co.uk (Iain Mac Donald) Date: Wed, 28 Sep 2011 11:53:14 +0100 Subject: [Moin-user] using Xapian search In-Reply-To: <1317192807.2489.9.camel@x300> References: <20110928011149.26a0c7b0@dylan.coachhouse> <1317192807.2489.9.camel@x300> Message-ID: <20110928115314.5dd5fc3b@dylan.coachhouse> Hello Thomas, many thanks for the reply. On Wed, 28 Sep 2011 08:53:27 +0200 Thomas Waldmann <tw-public at gmx.de> wrote: > Also, it splits the words and puts Moin and Tips and Tricks into the > index. It does not put MoinT into the index. So, an uppercase letter is an indicator that the indexer should treat this as a word (until the next uppercase letter) as if there was white space. It would seem that hyphens and underscores have a similar effect. The implications of this would need to be considered when naming pages. Pages named with acronyms, e.g. IBM*, are a particular problem. > > Well, better get used to that (or refine your search with mime:wiki to > only find wiki pages). The different handling of pages and attachments > is going away in future anyway. Is it possible to have mime:wiki used as the default for title searches? Regards, Iain. From tw-public at gmx.de Wed Sep 28 08:13:33 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Wed, 28 Sep 2011 14:13:33 +0200 Subject: [Moin-user] using Xapian search In-Reply-To: <20110928115314.5dd5fc3b@dylan.coachhouse> References: <20110928011149.26a0c7b0@dylan.coachhouse> <1317192807.2489.9.camel@x300> <20110928115314.5dd5fc3b@dylan.coachhouse> Message-ID: <1317212013.18043.43.camel@server.firma.waldmann-edv.de> > So, an uppercase letter is an indicator that the indexer should treat > this as a word (until the next uppercase letter) as if there was white > space. It would seem that hyphens and underscores have a similar > effect. It's not just upper/lowercase transitions. IIRC, it also tries to split off numbers, split at blanks, punctuation, etc. - for details maybe have a look at the tokenizer. Generally speaking, moin tries its best to have a language-independant tokenization. It does NOT break it down to arbitrary character combinations, of course (like splitting foobar into foob and ar), the cost (time/size) for that is simply much too high, especially if you consider that there are languages that build rather long words naturally, like german. > The implications of this would need to be considered when > naming pages. Pages named with acronyms, e.g. IBM*, are a particular > problem. If you have a page called "IBM Services", that would work ok. Same for "IBM-Services", "IBMServices" is maybe a bad idea. > > Well, better get used to that (or refine your search with mime:wiki to > > only find wiki pages). The different handling of pages and attachments > > is going away in future anyway. > > Is it possible to have mime:wiki used as the default for title searches? No there isn't. It would not help in general anyway, because the distinction needed does not really exist (or does only exist when using the wiki in some specific way). In moin2 that "problem" becomes even more visible: you can have arbitrary items there (there is no distinction between "pages" and "attachments") and each item has a content-type, e.g.: text/x.moin.wiki text/x.rst text/plain application/pdf image/jpeg application/octet-stream So, how do you decide now what should be considered as kind of a "content" and what is kind of an "additional file"? We still search a solution for that, but I guess we can't do any better than offering some groups of mimetypes. From moinmoin at picturenow.co.uk Wed Sep 28 10:12:17 2011 From: moinmoin at picturenow.co.uk (Iain Mac Donald) Date: Wed, 28 Sep 2011 15:12:17 +0100 Subject: [Moin-user] using Xapian search In-Reply-To: <1317212013.18043.43.camel@server.firma.waldmann-edv.de> References: <20110928011149.26a0c7b0@dylan.coachhouse> <1317192807.2489.9.camel@x300> <20110928115314.5dd5fc3b@dylan.coachhouse> <1317212013.18043.43.camel@server.firma.waldmann-edv.de> Message-ID: <20110928151217.641194da@dylan.coachhouse> On Wed, 28 Sep 2011 14:13:33 +0200 Thomas Waldmann <tw-public at gmx.de> wrote: > If you have a page called "IBM Services", that would work ok. > Same for "IBM-Services", "IBMServices" is maybe a bad idea. Initially, we made extensive use of Categories. Over time the use of Categories lapsed and an informal grouping of pages would happen based on page naming e.g. IBMServices, IBMHardware etc. "IBM Services", and the like, were avoided. Hyphens might just become the in-thing! Sub-directories, e.g. IBM/Services, exist but are pretty rare. > In moin2 that "problem" becomes even more visible: you can have > arbitrary items there (there is no distinction between "pages" and > "attachments") and each item has a content-type, e.g.: Are you saying that in Moin2 you can directly add a PDF (or JPEG, PNG etc.) to the wiki rather than as an attachment to a page? I can't get past the idea of pages being first class citizens and attachments being second class (at the same level as sections within a page). I'll need to checkout Moin2 and give it a spin. Regards, Iain. From moinmoin at picturenow.co.uk Wed Sep 28 18:10:09 2011 From: moinmoin at picturenow.co.uk (Iain Mac Donald) Date: Wed, 28 Sep 2011 23:10:09 +0100 Subject: [Moin-user] using Xapian search In-Reply-To: <20110928151217.641194da@dylan.coachhouse> References: <20110928011149.26a0c7b0@dylan.coachhouse> <1317192807.2489.9.camel@x300> <20110928115314.5dd5fc3b@dylan.coachhouse> <1317212013.18043.43.camel@server.firma.waldmann-edv.de> <20110928151217.641194da@dylan.coachhouse> Message-ID: <20110928231009.0f0663dd@dylan.coachhouse> On Wed, 28 Sep 2011 15:12:17 +0100 Iain Mac Donald <moinmoin at picturenow.co.uk> wrote: > Are you saying that in Moin2 you can directly add a PDF (or JPEG, PNG > etc.) to the wiki rather than as an attachment to a page? I can't get > past the idea of pages being first class citizens and attachments > being second class (at the same level as sections within a page). > > I'll need to checkout Moin2 and give it a spin. I have just found http://moinmo.in/MoinMoin2.0 which answers my question and lots of others I hadn't thought of yet :-) Regards, Iain. From tw-public at gmx.de Thu Sep 29 07:45:18 2011 From: tw-public at gmx.de (Thomas Waldmann) Date: Thu, 29 Sep 2011 13:45:18 +0200 Subject: [Moin-user] using Xapian search In-Reply-To: <20110928151217.641194da@dylan.coachhouse> References: <20110928011149.26a0c7b0@dylan.coachhouse> <1317192807.2489.9.camel@x300> <20110928115314.5dd5fc3b@dylan.coachhouse> <1317212013.18043.43.camel@server.firma.waldmann-edv.de> <20110928151217.641194da@dylan.coachhouse> Message-ID: <1317296718.8944.7.camel@x300> > > In moin2 that "problem" becomes even more visible: you can have > > arbitrary items there (there is no distinction between "pages" and > > "attachments") and each item has a content-type, e.g.: > > Are you saying that in Moin2 you can directly add a PDF (or JPEG, PNG > etc.) to the wiki rather than as an attachment to a page? I can't get > past the idea of pages being first class citizens and attachments being > second class (at the same level as sections within a page). Yes. And while you might be right with "pages" being more important than "attachments", that distinction will simply go away in moin2. Then we would need to say that some content-types are more important than others. BUT: that depends on how you use the wiki. I know people who have much content in PDF and Office documents uploaded into a wiki, I guess they would rather see these files being more important than the wiki page. > I'll need to checkout Moin2 and give it a spin. Just keep in mind that it is not ready for production and still seeing heavy changes. But feedback and contributions are of course very welcome! From moinmoin at picturenow.co.uk Thu Sep 29 08:15:48 2011 From: moinmoin at picturenow.co.uk (Iain Mac Donald) Date: Thu, 29 Sep 2011 13:15:48 +0100 Subject: [Moin-user] using Xapian search In-Reply-To: <CAGqoPW5fPYmRx=ECddunjq1OL5ZoYAh77+yF1n2OpiMgPe9=-w@mail.gmail.com> References: <20110928011149.26a0c7b0@dylan.coachhouse> <1317192807.2489.9.camel@x300> <20110928115314.5dd5fc3b@dylan.coachhouse> <CAGqoPW5fPYmRx=ECddunjq1OL5ZoYAh77+yF1n2OpiMgPe9=-w@mail.gmail.com> Message-ID: <20110929131548.13b75b1a@dylan.coachhouse> On Thu, 29 Sep 2011 12:58:25 +0200 Marcel H?fner <marcel.haefner at heavy.ch> wrote: > http://moinmo.in/FeatureRequests/SearchformWithoutAttachmentSearch Thanks for that idea, I hadn't thought of that. We are using 1.9.3 but I am sure a similar approach would still work. Regards, Iain.