Re: Hippocanvas error :(
On Sat, May 24, 2008 at 11:27 PM, Waqas Toor [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 2:09 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Sat, May 24, 2008 at 11:00 PM, Waqas Toor [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 1:52 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Sat, May 24, 2008 at 10:48 PM, Waqas Toor [EMAIL PROTECTED] wrote: Marco, some body has this same error http://pastebin.ca/raw/1019759 i tried dpkg-reconfigure on each and every module of hippo in my system but still no luck I even reinstalled python-hippocanvas bindings but still same error what to do :( Something you could do (assuming the hippo canvas on your system is recent enough) is to make jhbuild skip building it... Interesting thing that I noticed is that building hippo in jhbuild updates the source directory every time ... but hippo.so is present in /usr/lib/python2.5/site-packages/ which has nothing to do with the build path of jhbuild :-/ The reason of the undefined symbol is that it's using /usr/lib/python2.5/site-packages/hippo.so with the jhbuild libhippocanvas.so. So if you remove jhbuild libhippocanvas.so it might work... no use what so ever can any body tell what this symbol in hippo.so ? undefined symbol: hippo_cascade_mode_get_type Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-2 software plans
There was a thread about the X driver here: http://lists.laptop.org/pipermail/devel/2007-September/006565.html Because there were much more pressing things to do than rewriting the X driver by Bernardo this project stalled. However it is one of my project ideas on the developer program so hopefully one day any program will be able to use the hardware scaler of the CPU. (Of course the documentation does not mention if the scaler is faster or not, or does it trash the cache as software copying so it must be measured...) Jim! Could you be a bit more specific than Profiling is in order. please? What is currently happening and will it make moot my efforts? Thanks! Bert Freudenberg wrote: On 24.05.2008, at 03:41, Jim Gettys wrote: On Fri, 2008-05-23 at 17:17 -0700, Alex Belits wrote: Jim Gettys wrote: Bert... Part of the problem is the X driver model is pretty broken, causing much more to be done in software than should be necessary; and it isn't clear we're even using X efficiently at the moment... The driver stuff is getting fixed (in general in X: this is the EXA/DRI2 work); profiling of our entire software stack is in order to see where our real problems are at the moment. EXA? DRI2? Don't you end up using Cairo through GTK as the main layer that almost everything goes through, so everything below has any importance only as long as Cairo uses it efficiently? You can abuse Cairo, rather than use it. And we use it sometimes in ways other than strictly through GTK+: e.g. the canvas. Profiling is in order. Also, note I was replying to Bert Freudenberg, one of the Squeak/etoys folks. They don't go through the GTK/cairo stack, except for the activity decoration. - Jim Ah, well, for one Squeak/Etoys could potentially make use of hardware acceleration, and secondly, Squeak is not my only interest :) But profiling would be in order indeed. Wish there was time for that ... - Bert - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :(
Tomeu, Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? what I did was $ sudo apt-get duild-dep python-hippocanvas but still the error remains, Marco is right, hippo.so has conflict with libhippocanvas-0-1.so that is present in the install/lib/ directory, removing these libs makes hippo.so work but poses new errors that are journal fails to load and every other activity as well logmanager.py get permission denied errors to write to .sugar/default/logs directory :-/ and some error that says Unable to create window at hexa vaule some thing and again building libhippocanvas will remove these errors but import hippo will fail :( any body tried sugar-jhbuild in Ubuntu Hardy ??? Regards, Tomeu -- Waqas Toor member of OLPC Pakistan Team member of Ubuntu Pakistan Team ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :(
On Sun, May 25, 2008 at 11:07 AM, Waqas Toor [EMAIL PROTECTED] wrote: Tomeu, Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? what I did was $ sudo apt-get duild-dep python-hippocanvas but still the error remains, Marco is right, hippo.so has conflict with libhippocanvas-0-1.so that is present in the install/lib/ directory, removing these libs makes hippo.so work but poses new errors that are journal fails to load and every other activity as well logmanager.py get permission denied errors to write to .sugar/default/logs directory :-/ and some error that says Unable to create window at hexa vaule some thing and again building libhippocanvas will remove these errors but import hippo will fail :( any body tried sugar-jhbuild in Ubuntu Hardy ??? What I recommend you is: - cd sugar-jhbuild - git-pull - ./sugar-jhbuild depscheck and install any missing deps - rm -rf source/hippo-canvas - ./sugar-jhbuild buildone hippo-canvas Works for you? Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :(
Please post the logs for one on the activities which is failing to start... Marco On Sun, May 25, 2008 at 11:07 AM, Waqas Toor [EMAIL PROTECTED] wrote: Tomeu, Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? what I did was $ sudo apt-get duild-dep python-hippocanvas but still the error remains, Marco is right, hippo.so has conflict with libhippocanvas-0-1.so that is present in the install/lib/ directory, removing these libs makes hippo.so work but poses new errors that are journal fails to load and every other activity as well logmanager.py get permission denied errors to write to .sugar/default/logs directory :-/ and some error that says Unable to create window at hexa vaule some thing and again building libhippocanvas will remove these errors but import hippo will fail :( any body tried sugar-jhbuild in Ubuntu Hardy ??? Regards, Tomeu -- Waqas Toor member of OLPC Pakistan Team member of Ubuntu Pakistan Team ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :(
On Sun, May 25, 2008 at 10:39 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? Yeah probably it would be better if it required to turn them off explicitly (though it would get very annoying if we had more bindings in it). Ideally the python bindings would be a separate module. I think Waqas problem is different though. hippo.so is actually built for him, but for whatever reason his python doesn't load it (despite sys.path being correct). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :( [Solved]
On Sun, May 25, 2008 at 2:14 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 11:07 AM, Waqas Toor [EMAIL PROTECTED] wrote: Tomeu, Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? what I did was $ sudo apt-get duild-dep python-hippocanvas but still the error remains, Marco is right, hippo.so has conflict with libhippocanvas-0-1.so that is present in the install/lib/ directory, removing these libs makes hippo.so work but poses new errors that are journal fails to load and every other activity as well logmanager.py get permission denied errors to write to .sugar/default/logs directory :-/ and some error that says Unable to create window at hexa vaule some thing and again building libhippocanvas will remove these errors but import hippo will fail :( any body tried sugar-jhbuild in Ubuntu Hardy ??? What I recommend you is: - cd sugar-jhbuild - git-pull - ./sugar-jhbuild depscheck and install any missing deps - rm -rf source/hippo-canvas - ./sugar-jhbuild buildone hippo-canvas after upgrading python-json package it worked, strange that it truned out that hippo.so (python-hippocanvas) is some what dependable on pyton-json package BUT now Icons are huge =D == ** (sugar-shell:19090): CRITICAL **: hippo_canvas_context_get_style: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_new: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_set_link_type: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_context_get_style: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_new: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_set_link_type: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_padding: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed DEBUG:ActivitiesRing:RingLayout.do_allocate: 0 0 800 525 0 0 True DEBUG:sugar.presence.presenceservice:Reused proxy Buddy object at 0x8eb1784 (sugar+presence+buddy+Buddy at 0x8edba00) ** (sugar-shell:19090): CRITICAL **: hippo_canvas_context_get_style: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_new: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_set_link_type: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **: hippo_canvas_style_get_border_width: assertion `HIPPO_IS_CANVAS_STYLE(style)' failed ** (sugar-shell:19090): CRITICAL **:
Request for Project Hosting: Listen and Spell
1. Project name : Listen and Spell 2. Existing website, if any : http://wiki.laptop.org/go/Listen_and_Spell 3. One-line description : The idea is to develop an application which would help children to learn new words, improve their vocabulary and pronunciation of words. 4. Longer description :The activity would speak out a randomly selected word from a predefined set of words and the user is expected to spell the word correctly. This activity is a part of Google Summer of Code 2008. 5. URLs of similar projects : http://wiki.laptop.org/go/Talkntype 6. Committer list Username Full name SSH2 key URLE-mail - -- #1 assimAssim Deodia [EMAIL PROTECTED] #2 dafDafydd Harries [EMAIL PROTECTED] Both already have account. 7. Preferred development model [X] Central tree. 8. Set up a project mailing list: [X] No 9. Commit notifications [X] No commit notifications, please 10. Shell accounts ~No 11. Translation ~No required right now. 12. Notes/comments: http://code.google.com/soc/2008/olpc/appinfo.html?csaid=F042B0319BC16F53 -- Regards Assim Deodia ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Grassroots-l] Turkish keyboard layout
Wikified for future viewing pleasure, since more people will undoubtedly want to do this in the future - please improve! I can't do much more than post these notes, having never done keyboard layouts myself. http://wiki.laptop.org/go/How_to_create_a_keyboard_layout (Also linked to from http://wiki.laptop.org/go/Keyboard_layouts#How_to_create_a_keyboard_layout). -Mel Bernie Innocenti wrote: Sayamindu Dasgupta wrote: I'm not sure about the workflow for adding new keyboards - do I add the relevant changes to xkeyboard-config and start a build in Koji ? Thanks, Both me and Arjun did it in the past. It's not complicated: - checkout the Freedesktop xkeyboard-config CVS http://freedesktop.org/wiki/Software/XKeyboardConfig/Development - read the rules for submitting xkeyboard-config patches: http://freedesktop.org/wiki/Software/XKeyboardConfig/Rules - apply your changes there - diff to obtain a patch - open a bug in Freedesktop's bugzilla with the patch attached - wait for Sergey Udaltsov to apply it In parallel, you can add the patch to the package: - obtain a Fedora account if you do not have one already - checkout Fedora CVS for xkeyboard-config - go to the OLPC-2 branch (check with dgilmore if you also need OLPC-3) - add your patch (see how the others were done) - commit your changes - rebuild in Koji - your changes will appear in the next joyride build I could do this work for the tr keyboard, but my time is very limited and long term we need to find another volunteer to replace me. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :( [Solved]
On Sun, May 25, 2008 at 4:04 PM, Waqas Toor [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 2:14 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 11:07 AM, Waqas Toor [EMAIL PROTECTED] wrote: Tomeu, Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? what I did was $ sudo apt-get duild-dep python-hippocanvas but still the error remains, Marco is right, hippo.so has conflict with libhippocanvas-0-1.so that is present in the install/lib/ directory, removing these libs makes hippo.so work but poses new errors that are journal fails to load and every other activity as well logmanager.py get permission denied errors to write to .sugar/default/logs directory :-/ and some error that says Unable to create window at hexa vaule some thing and again building libhippocanvas will remove these errors but import hippo will fail :( any body tried sugar-jhbuild in Ubuntu Hardy ??? What I recommend you is: - cd sugar-jhbuild - git-pull - ./sugar-jhbuild depscheck and install any missing deps - rm -rf source/hippo-canvas - ./sugar-jhbuild buildone hippo-canvas after upgrading python-json package it worked, strange that it truned out that hippo.so (python-hippocanvas) is some what dependable on pyton-json package Huh. That makes no sense... I wonder what is going on. BUT now Icons are huge =D What resolution is your screen? == ** (sugar-shell:19090): CRITICAL **: hippo_canvas_context_get_style: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed Yeah these are fine: Need to look into hippo and fix them at some point. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Hippocanvas error :( [Solved]
On 5/25/08, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 4:04 PM, Waqas Toor [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 2:14 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Sun, May 25, 2008 at 11:07 AM, Waqas Toor [EMAIL PROTECTED] wrote: Tomeu, Talking with Joel, looks like hippo-canvas only builds the python bindings if the prerequisites are already installed. If not, silently omits them. I added python-cairo-dev to the ubuntu dependencies, but perhaps the python bindings should be built incondicionaly? what I did was $ sudo apt-get duild-dep python-hippocanvas but still the error remains, Marco is right, hippo.so has conflict with libhippocanvas-0-1.so that is present in the install/lib/ directory, removing these libs makes hippo.so work but poses new errors that are journal fails to load and every other activity as well logmanager.py get permission denied errors to write to .sugar/default/logs directory :-/ and some error that says Unable to create window at hexa vaule some thing and again building libhippocanvas will remove these errors but import hippo will fail :( any body tried sugar-jhbuild in Ubuntu Hardy ??? What I recommend you is: - cd sugar-jhbuild - git-pull - ./sugar-jhbuild depscheck and install any missing deps - rm -rf source/hippo-canvas - ./sugar-jhbuild buildone hippo-canvas after upgrading python-json package it worked, strange that it truned out that hippo.so (python-hippocanvas) is some what dependable on pyton-json package Huh. That makes no sense... I wonder what is going on. BUT now Icons are huge =D What resolution is your screen? its 800x600 I have reported a bug, zoom factor has to be 0.72 for these resolution as I am getting 95.0 dpi every time when I shit between resolutions _get_screen_dpi() in style.py == ** (sugar-shell:19090): CRITICAL **: hippo_canvas_context_get_style: assertion `HIPPO_IS_CANVAS_CONTEXT(context)' failed Yeah these are fine: Need to look into hippo and fix them at some point. Marco -- Waqas Toor member of OLPC Pakistan Team member of Ubuntu Pakistan Team ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] planet.sugarlabs.org
Christoph Derndorfer wrote: please send me the URL. We could setup an instance of Wordpress on sugarlabs.org if there's demand. Aggregating content from other blogs is one thing, but I'd also suggest having a dedicated SugarLabs blog for announcements, stories, whatever... Seems like a good idea to me. If anyone wants to start blogging on people.sugarlabs.org (or something like that), I'll set up a web application. -- \___/ _| X | Bernie Innocenti - http://www.codewiz.org/ \|_O_| It's an education project, not a laptop project! ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Announce: Spanish Wikipedia snapshot activity.
Hi, Over the last few weeks, we've been working on creating a cut-down snapshot of the most popular articles from the Spanish Wikipedia that is small enough to fit on the XO of every child in a Spanish-speaking deployment. Here's the first release of that activity, containing around 3 articles and 3000 images: http://dev.laptop.org/~cjb/eswiki/Wikipedia-6.xo (98MB) We'd love some help testing it out, and to hear feedback and ideas. The method of serving compressed content we're using is described at: http://wiki.laptop.org/go/WikiBrowse The source code is available inside the .xo, and also at: http://dev.laptop.org/git?p=projects/wikiserver You'll notice blue and green links when browsing articles: the blue links are to pages present in the local snapshot, and the green links are to pages that weren't popular enough to make it into the archive. Clicking on green links will go to the online Wikipedia page for that article. It's most useful to test the activity while disconnected from the Internet, since that way you'll see which images are present in our snapshot as opposed to being automatically downloaded from Wikipedia. The project was made possible by volunteers who worked on developing the activity and curating the article and images snapshot -- thanks to Wade Brainerd, Benjamin Schwartz and Madeleine Ball, as well as to Patrick Collison who created (and released under the GPL) the Wikipedia on iPhone project that was the basis for ours. Thanks! - Chris. -- Chris Ball [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Problem with Stream Tubes over the Mesh
Hello, I'm developing an activity in Sugar that uses stream tubes to transfer data (slide shows, in particular). The code I'm running to accomplish this is almost an exact mirror of the Read activity, which seems to be the defacto example of how to use stream tubes. When sharing the activity and using the tubes over a wireless AP, everything works just fine. However, when doing the same over a mesh network, things don't work. I've confirmed that the HTTP server is running on the correct port and works correctly on the XO that is sharing the data, and, once the joiners have acquired the stream tube, I confirmed that the correct port is opened on localhost on those machines. When the joiners attempt to download the data from the tube (forwarded socket), they are able to connect but then the connection is reset as soon as the request is sent. The HTTP client/server code being used doesn't have any logging, and the networking involved here is all new to me. I have no idea how to dig deeper using, for example, the usual tools of tcpdump, etc... If you're curious, here are links to my project's public site and development wiki: http://xo.orderedpixels.com/ http://xo.orderedpixels.com/w Any advice would be greatly appreciated. Thanks in advance. Kristofer Plunkett Computer Engineering - Undergrad University of Washington ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] The road towards xs-0.3 - update
On Tue, Apr 1, 2008 at 9:49 AM, Martin Langhoff [EMAIL PROTECTED] wrote: I am just settling down in my temporary office in Buenos Aires. Things have moved forward quite a bit in the meantime, but alas we haven't seen a 0.3 release. There's been some delays and distractions - setting up shop in BA, and then in NZ, plus a nasty but lucky car crash. But things are moving forward apace. Here's a brief summary of our status - Wad has fixed some kernel driver issues, and I've fixed some install bugs. A new build is available (163) but it's not quite yet a formal release. Still, it's the recommended build at the moment. - XO-to-XS backup is at the top of my priorities list - displacing installation/configuration issues a bit, and it is taking a bit longer than expected. The XO side of it is quite new to me, and - in working with the deployment teams - it becomes clear that the high cost of dealing with bugs in released/deployed versions makes it worthwhile being careful when working on infrastructural stuff. The XS software has few testers, so release early, release often won't be enough to uncover issues -- attention to detail is important. - Working on issues with the XS build/installation process itself is extremely time-consuming. - I want to define an ID mgmt scheme to identify users to webapps on the XO asap. This is the one main issue stalling webapp development/customisation for the XS. In spite of the delays - the roadmap still stands. My plan now is to get backup sorted in the next couple of days. After that I'll be travelling a bit to speak about OLPC and to work with a couple of deployment teams. And then I'll get a few weeks at 1CC, which will be a great opportunity to work on networking issues and authentication, both things that interop with other parts of the stack. Things are more organic complex that I initially expected - but more fun too. Stay tuned... cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel