From fero14041 at gmail.com Tue Nov 6 15:13:31 2012 From: fero14041 at gmail.com (fero14041) Date: Tue, 6 Nov 2012 21:13:31 +0100 Subject: [Moin-user] Problem with GivenAuth configuration, through Apache digest? Message-ID: Hi, list! Trying to use Apache authentication to log users to a fresh installed instance of MoinMoin, I did not succeed, probably due to a misunderstood configuration. Could you help me, please, found my mistakes? [Context] For a little newbeeing French non-profit organization, dedicated to people without employment and searching for, I try to afford some useful services to help our work, specially on the Web. And an instance of a MoinMoin's wiki could help us in many ways. [Wishes] As there could be other services provided by the server, such as Mercurial's repositories, an instance of Trac, etc. I'd like the users to log themselves to each with same shared account across them (one per user), ideally managed by Apache's digest authentication. MoinMoin's doc clearly points how this could be possible, with ``GivenAuth`` authentication method. This seems to not be sufficient:: auth = [GivenAuth(autocreate=True)], MoinAuth()] auth_methods_trusted = ['given'] [Problem and tries] I did not succeed in letting Apache give authentication to MoinMoin. I tried: - different installs (with packages provided by server's distribution, or from source); - carefully reading the documentation (many times, perhaps not enough ?-); - testing different configuration variants; - searching for similar report in bugs and mailing list archives (Google Groups) or - through the web (found few: http://blog.nyaruka.com/apache2-http-digest-auth-and-moinmoin, also https://gist.github.com/498124). So I highly suspected remaining problem simply occurs in a bad configuration. [Tech. context] This server runs on Debian Squeeze (up to date), web pages are served by Apache (2.2.16-6+squeeze8), mod_wsgi (3.3-2) and Python 2.6.6 [Demonstration] In order to give you most informations, configuration template files used are provided at: http://moin.poeulfs.org/hg/pb_apache_digest_auth/file/tip/ and specially ``etc/wikiconfig.py`` for Moin instance config., and ``etc/httpd.conf`` for Apache's one. I also put two instances of Moin from different version, and same config, one at version 1.9.4 provided by Debian package (in current Squeeze backports), and the other in a dedicated virtualenv with latest stable release 1.9.5.: http://moin.poeulfs.org/test/moin194/ http://moin.poeulfs.org/test/moin195/ For each instance, there are: - following users and groups: - one superuser (``fero14041admin``), - one ``AdminGroup`` with one admin user (``admin``, password like login), - one ``TestGroup`` with two regular users (``user`` (pwd id.) and ``fero14041``); - all default rights are defined in config by:: acl_rights_default = (u"AdminGroup:read,write,delete,revert " u"TestGroup:read,write " u"All:") - a theme derived from `modernized`, putting in page's header an additional link to ``login`` page and requiring Apache authentication. Finally, those instances' logs, and specially that related to login, are readable at: http://moin.poeulfs.org/test/viewlogs/logs So, I would appreciate any help your could provide, to understand what I am doing wrong ^^;) (or if it's a bug and requires a report)... and of course share with my users all the power of MoinMoin! And thank you for reading this long message. Cheers, -- fero14041 PS: Please excuse strange wordings and/or phrasings, as English is not my mother language. From lists at sumpfralle.de Tue Nov 6 15:53:36 2012 From: lists at sumpfralle.de (Lars Kruse) Date: Tue, 6 Nov 2012 21:53:36 +0100 Subject: [Moin-user] Problem with GivenAuth configuration, through Apache digest? In-Reply-To: References: Message-ID: <20121106215336.4848c547@erker.lan> Hi fero, welcome to the wonderful world of MoinMoin :) > This seems to not be sufficient:: > [...] > > [Problem and tries] > [...] thanks for giving all the details, but somehow I missed the specific erroneous behaviour that you observed. Does the webserver return http status 500? Are you rejected by http-auth? Do you see a python traceback from MoinMoin? Do you fail to see any login dialog at all? Maybe the error was hidden in the logs, but I could not find it at first glance. Or am I just a bit blind? Cheers, Lars From paul at boddie.org.uk Tue Nov 6 17:07:16 2012 From: paul at boddie.org.uk (Paul Boddie) Date: Tue, 6 Nov 2012 23:07:16 +0100 Subject: [Moin-user] Problem with GivenAuth configuration, through Apache digest? In-Reply-To: References: Message-ID: <201211062307.18184.paul@boddie.org.uk> On Tuesday 06 November 2012 21:13:31 fero14041 wrote: > > [Wishes] > As there could be other services provided by the server, > such as Mercurial's repositories, an instance of Trac, etc. > I'd like the users to log themselves to each with same shared account > across them (one per user), ideally managed by Apache's digest > authentication. MoinMoin's doc clearly points how this could be possible, > with ``GivenAuth`` authentication method. > This seems to not be sufficient:: > > auth = [GivenAuth(autocreate=True)], MoinAuth()] > auth_methods_trusted = ['given'] I'm not familiar with the auth_methods_trusted setting, but I think this only affects the Trusted ACL group. > [Problem and tries] > I did not succeed in letting Apache give > authentication to MoinMoin. I tried: > - different installs (with packages provided by server's distribution, > or from source); > - carefully reading the documentation (many times, perhaps not enough ?-); > - testing different configuration variants; > - searching for similar report in bugs and mailing list archives > (Google Groups) or > - through the web (found few: > http://blog.nyaruka.com/apache2-http-digest-auth-and-moinmoin, also > https://gist.github.com/498124). > So I highly suspected remaining problem simply occurs in a bad > configuration. You have certainly done a lot of preparation. :-) > [Tech. context] > This server runs on Debian Squeeze (up to date), > web pages are served by Apache (2.2.16-6+squeeze8), mod_wsgi (3.3-2) > and Python 2.6.6 > > [Demonstration] > In order to give you most informations, > configuration template files used are provided at: > http://moin.poeulfs.org/hg/pb_apache_digest_auth/file/tip/ > and specially ``etc/wikiconfig.py`` for Moin instance config., > and ``etc/httpd.conf`` for Apache's one. > I also put two instances of Moin from different version, and same config, > one at version 1.9.4 provided by Debian package (in current Squeeze > backports), and the other in a dedicated virtualenv with latest stable > release 1.9.5.: http://moin.poeulfs.org/test/moin194/ > http://moin.poeulfs.org/test/moin195/ I tried these with the "user" account and found that after selecting "Login by Apache" and logging in, only the "login" page is given the credentials: navigating to another page shows "Login" instead of "user" as the username in the navigation bar. > For each instance, there are: > - following users and groups: > - one superuser (``fero14041admin``), > - one ``AdminGroup`` with one admin user (``admin``, password like > login), - one ``TestGroup`` with two regular users (``user`` (pwd id.) and > ``fero14041``); > - all default rights are defined in config by:: > > acl_rights_default = (u"AdminGroup:read,write,delete,revert " > u"TestGroup:read,write " > u"All:") > > - a theme derived from `modernized`, putting in page's header an additional > link to ``login`` page and requiring Apache authentication. > > Finally, those instances' logs, and specially that related to login, > are readable at: > http://moin.poeulfs.org/test/viewlogs/logs I suppose I'm seeing successful authentication in the logs, but I think your problem is actually in your Web server configuration: Require valid-user This only enforces authentication for the login resource, meaning that you only ever activate authentication for that resource, and the credentials never get passed to the Wiki for anything else, such as /wiki/FrontPage and so on. HTTP authentication can be infuriating in cases like this. If you change the above to this... Require valid-user ...then you won't be able to let users in without authenticating with Apache. Thus, logging in using Apache becomes "all or nothing". Of course, you could publish the same Wiki at multiple locations and protect one of them, so that you would have the above for authenticated users and something else for people who are anonymous or who might log in via MoinMoin itself, exposed at /wiki-public or whatever. That's not very elegant, I know. Maybe there's a way of having a separate login resource that performs some kind of authentication, sets some kind of authentication token, and then Moin can be made to read that token and authenticate people. That sounds a bit like OpenID, but I'm thinking of something much less complicated. > So, I would appreciate any help your could provide, to understand > what I am doing wrong ^^;) (or if it's a bug and requires a report)... > and of course share with my users all the power of MoinMoin! > And thank you for reading this long message. > > Cheers, > > -- fero14041 > > > PS: Please excuse strange wordings and/or phrasings, as English is not > my mother language. It would take me a long time to write a response in French, but your message is very clear and comprehensible. I hope at least some of what I've written makes as much sense and is somewhat helpful. :-) Paul From fero14041 at gmail.com Fri Nov 9 14:24:39 2012 From: fero14041 at gmail.com (fero14041) Date: Fri, 9 Nov 2012 20:24:39 +0100 Subject: [Moin-user] Fwd: Problem with GivenAuth configuration, through Apache digest? In-Reply-To: References: <201211062307.18184.paul@boddie.org.uk> Message-ID: Ante-Scriptum: I previously only responded to Paul whereas it was a message to the list :-/ Here's the piece, sorry tor this error... Hi, Lars Kruse and Paul Boddie! Thank you so much for taking time examining this problem. I quickly read your responses, and a priori estimate Paul points out my problem: a misunderstanding how Apache authentication does *not* propagate REMOTE_USER across a parent domain, only on sub-hierarchy (quite logic, though), and my ``test/moin19X/login`` pages effectively redirect to wiki's root ``/test/moin194/``. Sorry for delaying that, but I could not test changes now, until probably tomorrow p.m. (UTC+2, Paris). Again, thank your two, I will confirm tomorrow if all is ok now! Cheers, -- fero14041 From fero14041 at gmail.com Fri Nov 9 14:25:06 2012 From: fero14041 at gmail.com (fero14041) Date: Fri, 9 Nov 2012 20:25:06 +0100 Subject: [Moin-user] Problem with GivenAuth configuration, through Apache digest? In-Reply-To: References: <201211062307.18184.paul@boddie.org.uk> Message-ID: Hi, list! Sorry for the delay, I only could perform tests this afternoon. As I previously supposed, Paul already pointed out my problem, a misunderstood of how Apache authenticates users on resources. Problem solved! Thanks for the help, it was a real pleasure! (I have written more personal messages to Lars and Paul hereafter.) Cheers, -- fero14041 @Lars: > thanks for giving all the details, but somehow I missed the specific erroneous > behaviour that you observed. > Does the webserver return http status 500? Are you rejected by http-auth? > Do you see a python traceback from MoinMoin? Do you fail to see any login > dialog at all? Well, I'd liked to have both users authenticated by Apache digest, and some others with accounts specific to Moin. I was quite influeced by how Trac manages this case, where simply requiring a valid Apache digest user to ``trac/login`` automagically logs her. I tried to reproduce this behavior with Moin, unsuccessfully because my approach was (very) naive. It was easy to create a Moin's page named "login", asking Apache to authorize only valid users accessing it, and add in this Moin's page a redirection to wiki's root. But doing so effectively log user through REMOTE_USER, only in the short time *before* redirection, as Paul has pointed it out, where the remote user was left. So in log, I saw a brief apparition of user and then left login. And I did not understand how this was possible -- and the logs did not report any error, of course, as there was none (in Moin and Apache, at least) The error was (only) in my mind, thinking that login through Apache for this page also enabled its preservation across parent domain, and so across all wiki's pages. Trac probably uses a system such as cookies to get a trace of user session. As my mistake is now well identified, there is no more problem. Anyway, thanks again for taking time to examine all the details I provided, and searching to help me! @Paul: > This only enforces authentication for the login resource, meaning that you > only ever activate authentication for that resource, and the credentials > never get passed to the Wiki for anything else, such as /wiki/FrontPage and > so on. > > HTTP authentication can be infuriating in cases like this. If you change the > above to this... > > > Require valid-user > > >...then you won't be able to let users in without authenticating with Apache. >Thus, logging in using Apache becomes "all or nothing". This is exactly what I did not understood until I red your explanation! Thank you so much, you problem identifier ;-) I searched in the wrong place, influenced (as I explained above to Lars) by how I configure Trac's instance (and that it works fine), which probably let a cookie to trac user's session. The two ways you explained, to allow both users logged by Apache and others by Moin (allow two different accesses to same wiki, or use an authentication token) are interesting, and I'll keep them in mind. And let my users choose how they will use the wiki before moving forward, before exploring one way or the other: maybe our needs are not so big, and allowing externals users contribute to the wiki a too much sooner feature... Anyway, thank you again for the relevance and clarity of your explanations! (And your appreciation of my froggyied English ;-) From metalliqaz at fastmail.fm Thu Nov 15 00:47:31 2012 From: metalliqaz at fastmail.fm (David Howland) Date: Thu, 15 Nov 2012 00:47:31 -0500 Subject: [Moin-user] Any attempt to use the GUI editor results in exception Message-ID: <50A481F3.2090501@fastmail.fm> Title pretty much says it all. I have an installation running on lighttpd with fastcgi. The wiki is (mostly) working. I can bring up the GUI editor. I can use it to make edits with the text editor just fine. But any attempt to save the edits or switch to the text editor, or preview the changes results in the following error. -----8<----- Unhandled Exception An unhandled exception was thrown by the application. ----->8----- As far as I can tell, the details that go with that exception aren't stored anywhere so I can't begin to debug. Can anyone offer advice? thanks, -d From metalliqaz at fastmail.fm Thu Nov 15 07:46:38 2012 From: metalliqaz at fastmail.fm (David Howland) Date: Thu, 15 Nov 2012 07:46:38 -0500 Subject: [Moin-user] Any attempt to use the GUI editor results in exception In-Reply-To: References: <50A481F3.2090501@fastmail.fm> Message-ID: <50A4E42E.90201@fastmail.fm> This is moinmoin-1.9.3 on NetBSD 6. I am using Firefox but the problem also occurs in IE. As far as I can tell, it happens on all pages including new ones. What I meant to say before is that I can edit and save work using the text editor without trouble. The GUI editor always fails. What I really need to know is how I can get moin to give me the details of the exception so I can report more detail here. thanks, -d On 11/15/2012 3:44 AM, Nico Zanferrari wrote: > I think more info will be useful ^_^ > > - moinmoin version > - does it happens on all the pages or only few ones? > - does it happens also on a new blank page? > - have you tried with other browsers? > > Cheers, > Nico > > 2012/11/15 David Howland > > > Title pretty much says it all. I have an installation running on > lighttpd with fastcgi. The wiki is (mostly) working. I can bring up > the GUI editor. I can use it to make edits with the text editor just > fine. But any attempt to save the edits or switch to the text editor, > or preview the changes results in the following error. > > -----8<----- > Unhandled Exception > > An unhandled exception was thrown by the application. > > ----->8----- > > As far as I can tell, the details that go with that exception aren't > stored anywhere so I can't begin to debug. Can anyone offer advice? > > thanks, > -d From lists at sumpfralle.de Thu Nov 15 07:54:48 2012 From: lists at sumpfralle.de (Lars Kruse) Date: Thu, 15 Nov 2012 13:54:48 +0100 Subject: [Moin-user] Any attempt to use the GUI editor results in exception In-Reply-To: <50A4E42E.90201@fastmail.fm> References: <50A481F3.2090501@fastmail.fm> <50A4E42E.90201@fastmail.fm> Message-ID: <20121115135448.648933db@erker.lan> Hi David, > What I really need to know is how I can get moin to give me the details > of the exception so I can report more detail here. did you already take a look at the error log of your webserver? Cheers, Lars From metalliqaz at fastmail.fm Thu Nov 15 08:46:35 2012 From: metalliqaz at fastmail.fm (David Howland) Date: Thu, 15 Nov 2012 08:46:35 -0500 Subject: [Moin-user] Any attempt to use the GUI editor results in exception In-Reply-To: <20121115135448.648933db@erker.lan> References: <50A481F3.2090501@fastmail.fm> <50A4E42E.90201@fastmail.fm> <20121115135448.648933db@erker.lan> Message-ID: <50A4F23B.6040205@fastmail.fm> py-xml wasn't installed. On to the next problem. By default, CategoryCategory comes with this: -----8<----- Here is a list of all pages containing the CategoryCategory wiki tag: <> ----->8----- So I created CategoryBlog, and chose to add it to CategoryCategory, but of course it doesn't show up in CategoryCategory yet. How do I get the 'cache' in FullSearchCached to be updated? I can't find that documented anywhere. While I'm at it, what does "category:" do and how is it different from "regex:"? I can't find that documented anywhere either. thanks! -d On 11/15/2012 7:54 AM, Lars Kruse wrote: > Hi David, > >> What I really need to know is how I can get moin to give me the details >> of the exception so I can report more detail here. > > did you already take a look at the error log of your webserver? > > Cheers, > Lars > From paul at boddie.org.uk Fri Nov 16 18:39:44 2012 From: paul at boddie.org.uk (Paul Boddie) Date: Sat, 17 Nov 2012 00:39:44 +0100 Subject: [Moin-user] Any attempt to use the GUI editor results in exception In-Reply-To: <50A4F23B.6040205@fastmail.fm> References: <50A481F3.2090501@fastmail.fm> <20121115135448.648933db@erker.lan> <50A4F23B.6040205@fastmail.fm> Message-ID: <201211170039.44875.paul@boddie.org.uk> On Thursday 15 November 2012 14:46:35 David Howland wrote: > py-xml wasn't installed. On the subject of the GUI editor, what are the principal technical issues with it? I've been in situations where people have either advocated turning it off or have actually done so because it isn't seen as being reliable enough, but is this due to the parsing and serialisation done by Moin itself, or the JavaScript editor's behaviour, or a combination of both? Anyone? > On to the next problem. By default, CategoryCategory comes with this: > > -----8<----- > Here is a list of all pages containing the CategoryCategory wiki tag: > <> > ----->8----- > > So I created CategoryBlog, and chose to add it to CategoryCategory, but > of course it doesn't show up in CategoryCategory yet. How do I get the > 'cache' in FullSearchCached to be updated? I can't find that documented > anywhere. Maybe the "Delete Cache" action will delete the cache. I personally find caching to be somewhat opaque, although I have written code that uses caches and it actually works more or less as I expected. > While I'm at it, what does "category:" do and how is it different from > "regex:"? I can't find that documented anywhere either. For the standard searching, it probably only extends a "regex" search, but for Xapian-based searching it will actually search for specific category metadata. Paul From fluxent at gmail.com Wed Nov 28 10:41:25 2012 From: fluxent at gmail.com (Bill Seitz) Date: Wed, 28 Nov 2012 09:41:25 -0600 Subject: [Moin-user] cached db of page crosslinks? Message-ID: I'd like to have super-fast searching of a page's in-space frontlinks and backlinks (e.g. graph of WikiWords). I have over 10k pages in my space. I don't really feel like installing the whole search engine. Has anyone done any work in this area? thx BillSeitz http://webseitz.fluxent.com/wiki -------------- next part -------------- An HTML attachment was scrubbed... URL: From r.boerma at drenthecollege.nl Wed Nov 28 10:48:22 2012 From: r.boerma at drenthecollege.nl (Boerma, Remco) Date: Wed, 28 Nov 2012 16:48:22 +0100 Subject: [Moin-user] wikipaste Message-ID: <21AFF12DF5630F40B73E3F5B498ED60C202A8A@wvexcp02.ROCDC.LOCAL> Hi all, I've written a script and it's available on http://moinmo.in/RemcoBoerma/WikiPaste It sends your graphical clipboard data to your wiki and copies a now valid {{attachment:...}} line to your clipboard so you can paste it in your wiki. This allows easy copy-execute-paste of images to your wiki... Hope you find it as useful as I do! With kind regards and three cheers for the Moin dev team! Remco Boerma - Database Administrator & Developer ROC Drenthecollege - www.drenthecollege.nl - 088 188 4693 r.boerma at drenthecollege.nl - http://twitter.com/RemcoBoerma -------------------------------> 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pcolsen at gmail.com Wed Nov 28 12:16:20 2012 From: pcolsen at gmail.com (Peter Olsen) Date: Wed, 28 Nov 2012 12:16:20 -0500 Subject: [Moin-user] Lost Moin-Moin central wiki Message-ID: <47595489-40F2-4D76-9FBB-67EBF0120630@gmail.com> Ladies and Gentlemen, Recently I upgraded to version 1.9.5 after many happy years with 1.8.*. When I did so I lost all my personal modifications (page layout, etc) but, worst of all, I lost connectivity to the central wiki on which most of the documentation can be found. For example, a title search on "format" comes up empty. A text search returns only pages from my local wiki. I use moin-moin as PIM containing everything from Daily Notes to draft reports, so I want to keep it healthy. Peter Peter Olsen pcolsen at gmail.com "Please give us a simple answer, so that we don't have to think, because if we think, we might find answers that don't fit the way we want the world to be." ~ Terry Pratchett in Nation -------------- next part -------------- An HTML attachment was scrubbed... URL: From pcolsen at gmail.com Wed Nov 28 17:26:24 2012 From: pcolsen at gmail.com (Peter Olsen) Date: Wed, 28 Nov 2012 17:26:24 -0500 Subject: [Moin-user] moin-moin under Android? Message-ID: <782A0DBB-1695-47D2-AD72-BF71C0106256@gmail.com> Ladies and Gentlemen, Has anyone run moin-moin under Android? I have this vision of running it from DropBox on both my Mac and my Android Samsung Galaxy Note II. With a folding Bluetooth keyboard I could have all my wiki-fied information anywhere. I've got Python 2.7.? running on my device, so I can experiment, but I thought I'd ask to see if anyone else had done it already. Peter Olsen, P.E., Ae.E. Registered Professional Engineer, Maryland License 12283 pcolsen at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From rb.proj at googlemail.com Fri Nov 30 13:01:11 2012 From: rb.proj at googlemail.com (Reimar Bauer) Date: Fri, 30 Nov 2012 19:01:11 +0100 Subject: [Moin-user] moin-moin under Android? In-Reply-To: <782A0DBB-1695-47D2-AD72-BF71C0106256@gmail.com> References: <782A0DBB-1695-47D2-AD72-BF71C0106256@gmail.com> Message-ID: Am 28.11.2012 23:26, schrieb Peter Olsen: > Ladies and Gentlemen, > > Has anyone run moin-moin under Android? Yes it rund on my archos on local storage Reimar I have this vision of running > it from DropBox on both my Mac and my Android Samsung Galaxy Note II. > With a folding Bluetooth keyboard I could have all my wiki-fied > information anywhere. I've got Python 2.7.? running on my device, so I > can experiment, but I thought I'd ask to see if anyone else had done it > already. > > Peter Olsen, P.E., Ae.E. > Registered Professional Engineer, Maryland License 12283 > pcolsen at gmail.com > > > > > > > ------------------------------------------------------------------------------ > Keep yourself connected to Go Parallel: > INSIGHTS What's next for parallel hardware, programming and related areas? > Interviews and blogs by thought leaders keep you ahead of the curve. > http://goparallel.sourceforge.net > > > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > From rb.proj at googlemail.com Fri Nov 30 13:12:42 2012 From: rb.proj at googlemail.com (Reimar Bauer) Date: Fri, 30 Nov 2012 19:12:42 +0100 Subject: [Moin-user] Lost Moin-Moin central wiki In-Reply-To: <47595489-40F2-4D76-9FBB-67EBF0120630@gmail.com> References: <47595489-40F2-4D76-9FBB-67EBF0120630@gmail.com> Message-ID: Am 28.11.2012 18:16, schrieb Peter Olsen: > Ladies and Gentlemen, Hi Peter > > Recently I upgraded to version 1.9.5 after many happy years with 1.8.*. > When I did so I lost all my personal modifications (page layout, etc) > but, worst of all, I lost connectivity to the central wiki on which most > of the documentation can be found. How have you done this connection to your central wiki? For example, a title search on > "format" comes up empty. A text search returns only pages from my local > wiki. Have you used before xapian with a shared index? Reimar I use moin-moin as PIM containing everything from Daily Notes to > draft reports, so I want to keep it healthy. > > Peter > > Peter Olsen > pcolsen at gmail.com > > /"Please give us a simple answer, so that we don't have to think, / > /because if //we think, we might find answers that don't fit the way we > want the world to be."/ > ~ Terry Pratchett in /Nation/ > > > > > > > > ------------------------------------------------------------------------------ > Keep yourself connected to Go Parallel: > INSIGHTS What's next for parallel hardware, programming and related areas? > Interviews and blogs by thought leaders keep you ahead of the curve. > http://goparallel.sourceforge.net > > > > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user >