Re: [Server-devel] Almost-released: XS-0.5.2 -

2009-03-11 Thread Sameer Verma
On Fri, Mar 6, 2009 at 3:39 AM, Martin Langhoff wrote:
 In we have the build that I want to
 bless as XS-0.5.2 . I am giving it a quick test -- but it's 11.30pm on
 the Friday (nz time) and it's unlikely that I'll test it enough to be
 happy to name it the official XS-0.5.2 .  To complicate things, this
 weekend and coming week I'll be mostly away from the office for
 personal reasons.

 Even then -- it seems to be the best XS we had so far :-)

  $ sha1sum OLPC-School-Server-0.5.2-i386.iso
  01498d3ddbe19e26d3b4308c8729b828e455255c  OLPC-School-Server-0.5.2-i386.iso

 Once I am happy with it -- for example, because I got nice success
 reports from *you* -- we'll declare it official.


 -- -- School Server Architect
  - ask interesting questions
  - don't get distracted with shiny stuff  - working code first
 Server-devel mailing list

Installs correctly on my Fujitsu P2120 laptop this time around! None
of the failure with yum, etc. Will test some more and write back.

Dr. Sameer Verma, Ph.D.
Associate Professor of Information Systems
San Francisco State University
San Francisco CA 94132 USA
Server-devel mailing list

Re: [Server-devel] notes on scaling ejabberd for the XO's

2009-03-11 Thread Dev Mohanty
More info available on the wiki at:

On 3/11/09, Bryan Berry wrote:

 Here are some notes from a short IRC conversation I had w/ Rob Mcqueen,
 the lead developer of Telepathy

 transcript of conversation on #sugar
 bemasc: bernie: I am concerned about the fact that in the default
 schoolserver set up all users are in one giant shared roster
 Robot101 RESOLVED, ALREADYFIXED (but not in any deployments, or in the
 BryanWB and the resulting chatter slows down the XO/Sugar
 Robot101 yes
   Robot101 rwh
   the latest versions of sugar and telepathy support using an XMPP
 component called gadget
   instead of the shared roster
 BryanWB Robot101: so gadget fixes this?
 Robot101 yup
   Robot101 rwh
   you only receive push notifications about a) what Sugar has searched
 for/displaying on the neighborhood view, or b) your friends
 -- hgcphoenix (n=hc...@ has joined #sugar
 BryanWB Robot101: neat, and does it work together w/ the XS?
   Robot101: which version of sugar is it in?
 -- hgcphoenix (n=hc...@ has left #sugar
 Robot101 they went off on a complete tangent trying to hack shared
 rosters to have less mutually visible sets of people
   we thought of that but also decided it was the bong, so we fixed it
 properly with gadget.
 BryanWB Robot101: what is the testing status of gadget?
 Robot101 it's deployed on (which is on
   seems to work fine, ejabberd seems to gradually leak memory though,
 which isn't too great
   maybe a little much CPU usage on gadget, but nothing you couldn't
   and I'm not familiar enough with the sugar release cycle to say where
 the support went in
   Robot101 rwh
   eu daytime is better to find the Sugar devs and the Collaborans who
 worked on Gadget
   (cassidy, daf)
 BryanWB Robot101: ok, will talk w/ them later today
 Robot101 gadget was always our plan, it just took us a while to get to
 BryanWB Robot101: by the way last year we tested ejabberd by streaming
 your video talk on Telepathy to 80 XO's
 bemasc Robot101: I believe martin dropped the shared roster, and
 inside is simply using moodle to set all rosters directly.
   bemasc bernie benzea
 Robot101 bemasc: so it's still shared as in server-enforced mutual
 visibility, just in smaller groups.
 bemasc right, but from ejabberd's perspective, it's individual rosters
 Robot101 that's exactly how shared rosters always work
 Robot101 the client thread gets a copy of the same roster at sign in
 bemasc oh? I thought there was a patch to ejabberd required.
 Robot101 yes, he's patched it to source the shared roster from moodle,
 I'd imagine
 bemasc martin seemed to say that he could use a totally stock ejabberd
 Robot101 oh, right. sql query or something. our patches were just
 extending the built-in shared roster to a) work properly (deal with
 dynamic additions and removals) and b) support a group of online users
 rather than everyone

 Bryan W. Berry
 Technology Director
 OLE Nepal,

 Server-devel mailing list

Server-devel mailing list