Re: [Server-devel] Collaboration server for existing network

2010-04-22 Thread Jerry Vonau
On Thu, 2010-04-22 at 16:17 -0400, Martin Langhoff wrote: > On Wed, Apr 21, 2010 at 2:14 PM, Martin Langhoff > wrote: > > On Wed, Apr 21, 2010 at 1:20 PM, Jerry Vonau wrote: > >> Just checked git, I had to touch also idmanager.py in order to have it > >> respect the variable in the config file.

Re: [Server-devel] Collaboration server for existing network

2010-04-22 Thread David Van Assche
Just out of curiosity... could those patches be added to other distros? Its just a question... not trying to imply a switch or anything... kind regards, David On Thu, Apr 22, 2010 at 10:58 PM, Martin Langhoff wrote: > On Thu, Apr 22, 2010 at 4:46 PM, David Van Assche > wrote: > > One can of co

Re: [Server-devel] Collaboration server for existing network

2010-04-22 Thread Martin Langhoff
On Thu, Apr 22, 2010 at 4:46 PM, David Van Assche wrote: > One can of course run just ejabberd on pretty much any distro, though I'm > not sure if that is what he is looking for. Apples and oranges ;-) This is about idmanager, and whether it's buggy or not when reading its configuration. And ye

Re: [Server-devel] Collaboration server for existing network

2010-04-22 Thread David Van Assche
One can of course run just ejabberd on pretty much any distro, though I'm not sure if that is what he is looking for. kind regards, David On Thu, Apr 22, 2010 at 10:17 PM, Martin Langhoff wrote: > On Wed, Apr 21, 2010 at 2:14 PM, Martin Langhoff > wrote: > > On Wed, Apr 21, 2010 at 1:20 PM, Je

Re: [Server-devel] Collaboration server for existing network

2010-04-22 Thread Martin Langhoff
On Wed, Apr 21, 2010 at 2:14 PM, Martin Langhoff wrote: > On Wed, Apr 21, 2010 at 1:20 PM, Jerry Vonau wrote: >> Just checked git, I had to touch also idmanager.py in order to have it >> respect the variable in the config file. >> /BIND_ADDRESS/#BIND_ADDRESS > > Ok. So you had to unset the defaul

Re: [Server-devel] Collaboration server for existing network

2010-04-21 Thread Jerry Vonau
On Wed, 2010-04-21 at 12:00 -0500, Jerry Vonau wrote: > On Wed, 2010-04-21 at 18:42 +0200, Martin Langhoff wrote: > > On Sat, Mar 27, 2010 at 6:12 PM, Martin Langhoff > > wrote: > > > On Sat, Mar 27, 2010 at 4:36 PM, Jerry Vonau wrote: > > >> Think I've got the details little ironed out, with one

Re: [Server-devel] Collaboration server for existing network

2010-04-21 Thread Jerry Vonau
On Wed, 2010-04-21 at 18:42 +0200, Martin Langhoff wrote: > On Sat, Mar 27, 2010 at 6:12 PM, Martin Langhoff > wrote: > > On Sat, Mar 27, 2010 at 4:36 PM, Jerry Vonau wrote: > >> Think I've got the details little ironed out, with one little wrinkle, > >> idmgr looks like its ignoring it's idmgr.c

Re: [Server-devel] Collaboration server for existing network

2010-04-21 Thread Martin Langhoff
On Sat, Mar 27, 2010 at 6:12 PM, Martin Langhoff wrote: > On Sat, Mar 27, 2010 at 4:36 PM, Jerry Vonau wrote: >> Think I've got the details little ironed out, with one little wrinkle, >> idmgr looks like its ignoring it's idmgr.conf file, because BIND_DOMAIN >> s/b BIND_ADDRESS. I had to # the BI

Re: [Server-devel] Collaboration server for existing network

2010-03-27 Thread Martin Langhoff
On Sat, Mar 27, 2010 at 4:36 PM, Jerry Vonau wrote: > Think I've got the details little ironed out, with one little wrinkle, > idmgr looks like its ignoring it's idmgr.conf file, because BIND_DOMAIN > s/b BIND_ADDRESS. I had to # the BIND_ADDRESS in idmanager.py to get it > to respect the config f

Re: [Server-devel] Collaboration server for existing network

2010-03-27 Thread Jerry Vonau
On Mon, 2010-03-15 at 21:35 -0500, Martin Langhoff wrote: > On Mon, Mar 15, 2010 at 9:15 PM, Sridhar Dhanapalan > wrote: > > I totally empathise. I'm trying to work out a solution, but like you > > I've got other tasks as well. It's tricky for me as I'm new to this > > OLPC stuff, having only star

Re: [Server-devel] Collaboration server for existing network

2010-03-15 Thread Sridhar Dhanapalan
On 16 March 2010 13:35, Martin Langhoff wrote: > On Mon, Mar 15, 2010 at 9:15 PM, Sridhar Dhanapalan > wrote: >> Indeed, I'm working on it now. I'm finding it somewhat tricky >> understanding everything that's going on underneath, so that's why I'm >> asking the list for advice. > > Which you got

Re: [Server-devel] Collaboration server for existing network

2010-03-15 Thread Martin Langhoff
On Mon, Mar 15, 2010 at 9:15 PM, Sridhar Dhanapalan wrote: > I totally empathise. I'm trying to work out a solution, but like you > I've got other tasks as well. It's tricky for me as I'm new to this > OLPC stuff, having only started with OLPC Australia a couple of weeks > ago (and there's a lot f

Re: [Server-devel] Collaboration server for existing network

2010-03-15 Thread Sridhar Dhanapalan
On 15 March 2010 16:38, Jerry Vonau wrote: > On Mon, 2010-03-15 at 14:49 +1100, Sridhar Dhanapalan wrote: >> Shorter-term, we have identified that the key feature we need is the >> collaboration. Schools would be very happy if they just had that. It >> seems like a way forwards is to have a more '

Re: [Server-devel] Collaboration server for existing network

2010-03-15 Thread Sridhar Dhanapalan
On 16 March 2010 02:15, Martin Langhoff wrote: > On Sun, Mar 14, 2010 at 10:49 PM, Sridhar Dhanapalan >> There appears to be some a difference in the design assumptions for >> the XS versus what we see in Australian schools. The XS works great >> where no other network exists, or where it is accep

Re: [Server-devel] Collaboration server for existing network

2010-03-15 Thread John Watlington
On Mar 15, 2010, at 1:18 PM, Martin Langhoff wrote: > On Mon, Mar 15, 2010 at 12:09 AM, John Watlington > wrote: >> And indeed, the XS services are intended for such reuse. I'm not >> sure >> how many patches to the stock ejabberd are still needed... > > It's not so much the patches (you c

Re: [Server-devel] Collaboration server for existing network

2010-03-14 Thread Jerry Vonau
On Mon, 2010-03-15 at 14:49 +1100, Sridhar Dhanapalan wrote: > Hi Martin, > > Thank you very much for that explanation. It certainly helps to keep > everything in perspective. > > What I think we really need is a turn-key ejabberd solution that > integrates with existing network services. If you

Re: [Server-devel] Collaboration server for existing network

2010-03-14 Thread John Watlington
On Mar 15, 2010, at 12:06 AM, James Cameron wrote: > I don't know XS very well, but if ejabberd is all you need why not > take > the ejabberd configuration from XS sources and deploy that on an > otherwise vanilla instance? And indeed, the XS services are intended for such reuse. I'm not sur

Re: [Server-devel] Collaboration server for existing network

2010-03-14 Thread James Cameron
I don't know XS very well, but if ejabberd is all you need why not take the ejabberd configuration from XS sources and deploy that on an otherwise vanilla instance? (I second your comment about technology in Australian schools ... plenty of equipment, usually centrally managed, and often a teachin

Re: [Server-devel] Collaboration server for existing network

2010-03-14 Thread Sridhar Dhanapalan
Hi Martin, Thank you very much for that explanation. It certainly helps to keep everything in perspective. What I think we really need is a turn-key ejabberd solution that integrates with existing network services. If you or anyone else can assist we'd be immensely grateful. I'll explain... Ther

Re: [Server-devel] Collaboration server for existing network

2010-03-11 Thread Martin Langhoff
Hi Sridhar! you are right, for some reason, I find various emails from Andrew Berkowics but not the discussion about fitting an XS in an existing network. There are two main paths you can follow --one easy, one hard. For the hard one, I can give you high level pointers -- you'll have to DIY (and

[Server-devel] Collaboration server for existing network

2010-03-11 Thread Sridhar Dhanapalan
Hi there, OLPC Australia is working with the Northern Territory Department of Education to deploy XOs to a number of schools. We are having issues with the XS because there is an existing school network that has its own DHCP, DNS, wi-fi and so on. This was outlined by Ian Cunningham in January[0].