From kai at aplteam.com Mon Jun 2 04:34:59 2014 From: kai at aplteam.com (Kai Jaeger) Date: Mon, 2 Jun 2014 09:34:59 +0100 Subject: [Moin-user] Problem with images Message-ID: Hi there I have a problem with images. On the page http://aplwiki.com/HelpOnBasicFormatting#Images this code: || {{attachment:fish.jpg}} || {{attachment:fish.jpg}} || {{attachment:fish.jpg}} || || {{attachment:fish.jpg}} || {{attachment:fish.jpg}} || {{attachment:fish.jpg}} || shows paper clips rather than the image as such, and this code: {{attachment:trash.bmp}} shows the text "trash.bmp" rather than the image. All the other images on that page work fine. What am I missing? Kai From mark.scheufele at diasemi.com Wed Jun 4 03:05:08 2014 From: mark.scheufele at diasemi.com (Mark Scheufele) Date: Wed, 4 Jun 2014 07:05:08 +0000 Subject: [Moin-user] wiki synchronization stopped working Message-ID: <39080CC9D403A94F992B5A8183FE77BC01D00AB9C9@NB-EX-MBX01.diasemi.com> Hello Everyone, I have setup synchronization between two wiki systems. The synchronization was working fine for two years now. Yet recently the synchronization fails with the error . I have not applied any change and I do not know what might cause the problem. The error also happens when synchronizing different pages. It would be great if someone could point me into the right direction how to solve the problem. Here is the complete stack trace of the error: A severe error occurred:Traceback (most recent call last): File "c:/Moin/moin-1.9.3/Lib/site-packages\MoinMoin\action\SyncPages.py", line 244, in render self.sync(params, local, remote) File "c:/Moin/moin-1.9.3/Lib/site-packages\MoinMoin\action\SyncPages.py", line 531, in sync rpc_aggregator.scheduler(remote.create_multicall_object, handle_page, m_pages, 8, remote.prepare_multicall) File "c:/Moin/moin-1.9.3/Lib/site-packages\MoinMoin\util\rpc_aggregator.py", line 73, in scheduler call = gen.fetch_call() File "c:/Moin/moin-1.9.3/Lib/site-packages\MoinMoin\util\rpc_aggregator.py", line 32, in fetch_call next_item = self._gen.next() File "c:/Moin/moin-1.9.3/Lib/site-packages\MoinMoin\action\SyncPages.py", line 409, in run diff_result = remote.get_diff_post(yielder.fetch_result()) File "c:/Moin/moin-1.9.3/Lib/site-packages\MoinMoin\wikisync.py", line 226, in get_diff_post raise value Fault: Many Thanks in advance. mark ________________________________ Dialog Semiconductor GmbH Neue Str. 95 D-73230 Kirchheim Managing Directors: Dr. Jalal Bagherli, Jean-Michel Richard Chairman of the Supervisory Board: Rich Beyer 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. Please consider the environment before printing this e-mail From link at redmorph.com Wed Jun 18 14:49:58 2014 From: link at redmorph.com (link at redmorph.com) Date: Wed, 18 Jun 2014 14:49:58 -0400 Subject: [Moin-user] Need assistance with Installing Moinmoin Wiki Message-ID: <53A1DF56.8070704@redmorph.com> Hi all, So I'm setting up a demo environment and Im including moinmoin. I've run into some problems setting it up. I'm currently running a nginx server listening on 80, and while I know moinmoin also runs on nginx, Ive followed the simple setup to get it working with apache2 and mod_wsgi. I've configured most things correctly, the path to moin is /usr/local/share/moin. However files like /data and /underlay are actually in the moin/ directory as opposed to the moin/config/ which is where wikiconfig.py and farmwiki/ are located. So I kept running into this error. "data_dir "/usr/local/share/moin/config/data" does not exist, or has incorrect ownership or permissions." As a workaround I simply created symlinks to /data and /underlay inside moin/config/. Is this an acceptable workaround? How am I supposed to do this? What did I do wrong? Regards, Pat From link at redmorph.com Wed Jun 18 16:06:04 2014 From: link at redmorph.com (link at redmorph.com) Date: Wed, 18 Jun 2014 16:06:04 -0400 Subject: [Moin-user] Need assistance with Installing Moinmoin Wiki In-Reply-To: References: <53A1DF56.8070704@redmorph.com> Message-ID: <53A1F12C.7040906@redmorph.com> Hi Eric, Im just running a single instance as a demo. Regards, Pat On 06/18/2014 03:59 PM, Eric Johnson wrote: > You should be able to set your data_dir to whatever you want in the > configuration. > > I cannot tell from your description whether you're running a wiki > "farm", or a single instance. > > See "HelpOnConfiguration". > > Eric. > > > On Wed, Jun 18, 2014 at 11:49 AM, link at redmorph.com > > wrote: > > Hi all, > > So I'm setting up a demo environment and Im including moinmoin. > I've run > into some problems setting it up. > > I'm currently running a nginx server listening on 80, and while I know > moinmoin also runs on nginx, Ive followed the simple setup to get it > working with apache2 and mod_wsgi. > > I've configured most things correctly, the path to moin is > /usr/local/share/moin. However files like /data and /underlay are > actually in the moin/ directory as opposed to the moin/config/ > which is > where wikiconfig.py and farmwiki/ are located. So I kept running into > this error. > > "data_dir "/usr/local/share/moin/config/data" does not exist, or has > incorrect ownership or permissions." > > As a workaround I simply created symlinks to /data and /underlay > inside > moin/config/. > > Is this an acceptable workaround? How am I supposed to do this? > What did > I do wrong? > > Regards, > Pat > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk > Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ > 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: From eric at tibco.com Wed Jun 18 15:59:58 2014 From: eric at tibco.com (Eric Johnson) Date: Wed, 18 Jun 2014 12:59:58 -0700 Subject: [Moin-user] Need assistance with Installing Moinmoin Wiki In-Reply-To: <53A1DF56.8070704@redmorph.com> References: <53A1DF56.8070704@redmorph.com> Message-ID: You should be able to set your data_dir to whatever you want in the configuration. I cannot tell from your description whether you're running a wiki "farm", or a single instance. See "HelpOnConfiguration". Eric. On Wed, Jun 18, 2014 at 11:49 AM, link at redmorph.com wrote: > Hi all, > > So I'm setting up a demo environment and Im including moinmoin. I've run > into some problems setting it up. > > I'm currently running a nginx server listening on 80, and while I know > moinmoin also runs on nginx, Ive followed the simple setup to get it > working with apache2 and mod_wsgi. > > I've configured most things correctly, the path to moin is > /usr/local/share/moin. However files like /data and /underlay are > actually in the moin/ directory as opposed to the moin/config/ which is > where wikiconfig.py and farmwiki/ are located. So I kept running into > this error. > > "data_dir "/usr/local/share/moin/config/data" does not exist, or has > incorrect ownership or permissions." > > As a workaround I simply created symlinks to /data and /underlay inside > moin/config/. > > Is this an acceptable workaround? How am I supposed to do this? What did > I do wrong? > > Regards, > Pat > > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ > 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: From philip.colmer at linaro.org Tue Jun 24 05:42:15 2014 From: philip.colmer at linaro.org (Philip Colmer) Date: Tue, 24 Jun 2014 10:42:15 +0100 Subject: [Moin-user] Multi-location moinmoin implementation? Message-ID: Hi We currently running our moinmoin wiki on an Amazon instance in North Virginia. We have people in China who are trying to access it and are reporting very poor access performance. I'm thinking that one way of solving the problem would be to set up a second server in a location nearer to China, e.g. Tokyo or Singapore. Off the top of my head, it would seem to be relatively straightforward to set up the Asia instance as read-only and then use rsync to replicate changes from the US instance to Asia. I could then use Amazon's geo technology to redirect users to the "nearest" server. However, there are some problems/challenges with this approach. 1. If a user gets directed to the Asia server, what happens if they want to edit? I could potentially redirect the Edit links to the US server by using an explicit URL that bypasses the Amazon cleverness, but then the user could end up permanently on that server. 2. Ideally, both servers would be writeable and I'd be syncing in both directions but there is the risk of a collision then with two different people editing the same page at the same time. It would be a small risk, but the risk is there. Has anyone tried to tackle this sort of requirement before? Or anyone got any suggestions or recommendations on how to tackle it? Thanks. Philip From tw at waldmann-edv.de Mon Jun 30 06:19:38 2014 From: tw at waldmann-edv.de (Thomas Waldmann) Date: Mon, 30 Jun 2014 12:19:38 +0200 Subject: [Moin-user] Multi-location moinmoin implementation? In-Reply-To: References: Message-ID: <53B139BA.90001@waldmann-edv.de> Moin Philip, I don't run such setups, but I hope this might be helpful nevertheless: > We currently running our moinmoin wiki on an Amazon instance in North > Virginia. We have people in China who are trying to access it and are > reporting very poor access performance. Can have many reasons. Slow local internet connection at the user's site. Slow regional network there. High latency / slow international connection. Even different system loads due to different typical usage hours. > I'm thinking that one way of > solving the problem would be to set up a second server in a location > nearer to China, e.g. Tokyo or Singapore. Sounds reasonable. But maybe ask some people in china if that really helps / do comparative speed/latency tests. > Off the top of my head, it would seem to be relatively straightforward > to set up the Asia instance as read-only and then use rsync to > replicate changes from the US instance to Asia. Yes, that would work. Do a maint cleancache and a moin process restart after rsyncing. If you run exactly same python version, cpu architecture and maybe also otherwise same-setup, you can maybe get away without cleancache. > I could then use > Amazon's geo technology to redirect users to the "nearest" server. Maybe don't. Just have the servers at different URLs, so that people can decide which one to use (read-only one for fast reading / searching, the master for editing). > 2. Ideally, both servers would be writeable and I'd be syncing in both > directions but there is the risk of a collision then with two > different people editing the same page at the same time. It would be a > small risk, but the risk is there. Right. Maybe the r/w master and r/o replica is simpler. A third theoretical option is to set up a web proxy (squid, varnish, ...) near/inside china. But as wiki contents can change any time, effectively caching them is non-trivial / not possible without risking strange effects. Cheers, Thomas From coolnodje at gmail.com Mon Jun 30 06:51:48 2014 From: coolnodje at gmail.com (coolnodje) Date: Mon, 30 Jun 2014 12:51:48 +0200 Subject: [Moin-user] Multi-location moinmoin implementation? In-Reply-To: <53B139BA.90001@waldmann-edv.de> References: <53B139BA.90001@waldmann-edv.de> Message-ID: <53B14144.3030508@gmail.com> I got a moinmoin instance setup at DigitalOcean Singapore, it's super fast from a good connection in Beijing (ping ~80ms). Highly recommend it, and it's pretty cheap. Here's my referral code if you want to be nice (https://www.digitalocean.com/?refcode=45ba3d2ace05 ) cheers > Thomas Waldmann > 30 June 2014 12:19 > Moin Philip, > > I don't run such setups, but I hope this might be helpful nevertheless: > >> We currently running our moinmoin wiki on an Amazon instance in North >> Virginia. We have people in China who are trying to access it and are >> reporting very poor access performance. > > Can have many reasons. > Slow local internet connection at the user's site. > Slow regional network there. > High latency / slow international connection. > Even different system loads due to different typical usage hours. > >> I'm thinking that one way of >> solving the problem would be to set up a second server in a location >> nearer to China, e.g. Tokyo or Singapore. > > Sounds reasonable. But maybe ask some people in china if that really > helps / do comparative speed/latency tests. > >> Off the top of my head, it would seem to be relatively straightforward >> to set up the Asia instance as read-only and then use rsync to >> replicate changes from the US instance to Asia. > > Yes, that would work. > > Do a maint cleancache and a moin process restart after rsyncing. > > If you run exactly same python version, cpu architecture and maybe also > otherwise same-setup, you can maybe get away without cleancache. > >> I could then use >> Amazon's geo technology to redirect users to the "nearest" server. > > Maybe don't. Just have the servers at different URLs, so that people can > decide which one to use (read-only one for fast reading / searching, the > master for editing). > >> 2. Ideally, both servers would be writeable and I'd be syncing in both >> directions but there is the risk of a collision then with two >> different people editing the same page at the same time. It would be a >> small risk, but the risk is there. > > Right. Maybe the r/w master and r/o replica is simpler. > > A third theoretical option is to set up a web proxy (squid, varnish, > ...) near/inside china. But as wiki contents can change any time, > effectively caching them is non-trivial / not possible without risking > strange effects. > > Cheers, > > Thomas > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Moin-user mailing list > Moin-user at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/moin-user > Philip Colmer > 24 June 2014 11:42 > Hi > > We currently running our moinmoin wiki on an Amazon instance in North > Virginia. We have people in China who are trying to access it and are > reporting very poor access performance. I'm thinking that one way of > solving the problem would be to set up a second server in a location > nearer to China, e.g. Tokyo or Singapore. > > Off the top of my head, it would seem to be relatively straightforward > to set up the Asia instance as read-only and then use rsync to > replicate changes from the US instance to Asia. I could then use > Amazon's geo technology to redirect users to the "nearest" server. > However, there are some problems/challenges with this approach. > > 1. If a user gets directed to the Asia server, what happens if they > want to edit? I could potentially redirect the Edit links to the US > server by using an explicit URL that bypasses the Amazon cleverness, > but then the user could end up permanently on that server. > > 2. Ideally, both servers would be writeable and I'd be syncing in both > directions but there is the risk of a collision then with two > different people editing the same page at the same time. It would be a > small risk, but the risk is there. > > Has anyone tried to tackle this sort of requirement before? Or anyone > got any suggestions or recommendations on how to tackle it? > > Thanks. > > Philip > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community > Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > 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: compose-unknown-contact.jpg Type: image/jpeg Size: 770 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: postbox-contact.jpg Type: image/jpeg Size: 1208 bytes Desc: not available URL: