Re: [Server-devel] Update on Registering SoaS
On Wed, Jul 8, 2009 at 2:33 PM, Caroline Meeks wrote: > Just so we have two threads and we don;t get it confused with the GPA work, > where we are just trying to get collaboration working right now, here is > where I am with testing the SoaS registration code. Cool. > On a Sugar stick in my house. > > I have successfully registered with one of Solution Grove's XS Moodle. :) > I have a backup tab! :) > I don't have any files in my backup tab. :( in that "at home" case, maybe ds-backup-client (+ patches) isn't installed. I see you installed ds-backup-client at GPA -- probably the problem is that you didn't register. The server won't let you backup until you register. > The code is also on the Sticks we are using at the GPA but I have not told > any of the kids to click the Register button (which does exist!) yet. Ok - sorry, i thought it had been disabled in recent Sugars. If you do hit Register, then manual configuration of the jabber server should not be needed. If you do set the jabber server manually, it is important that you do give it the "right name". > echo '206.192.23.224 schoolserver.solutiongrove.com schoolserver' >> > /etc/hosts That's a hint of trouble. Strong recommendation: Either use the DNS and DHCP server that the XS provides, or look at all the DNS names you have to provide (that Sugar expects) and get them set in the 'canonical' DNS server of the network. (I've posted it a few times in the past here, it can also be found looking at the named config files that are part of xs-config.) cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- 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
Re: [Server-devel] [Sugar-devel] GPA XS Report
On Wed, Jul 8, 2009 at 2:27 PM, Caroline Meeks wrote:
> no, we are still just trying to get the machines in the lab to see the
> Jabber Server in the lab via the server setting in the control panel.
H. On Sugar 0.82 "Register" achieves exactly the same (plus 2 more
things) and is easier to use.
>From the PoV of Sugar for primary schoolers, "Register" is not ideal
(we could do some autodiscovery) but still a better UI than entering
the DNS name of a server.
> I think some of your comments below may still be relevant but I don't
> entirely understand.
I think they are :-) In brief: put the FQDN name in there, the one
that starts with 'schoolserver', instead of an IP address.
>From the "making SoaS and Sugar in general easy to get going in a
school infra" PoV, it'd be nice to at least get 'register' going
again.
DNS-SD based autodiscovery would be nicer ("look ma! automagic!"), but
is also more (and trickier) work.
cheers,
m
--
martin.langh...@gmail.com
mar...@laptop.org -- 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
[Server-devel] Update on Registering SoaS
Hi Martin, Just so we have two threads and we don;t get it confused with the GPA work, where we are just trying to get collaboration working right now, here is where I am with testing the SoaS registration code. On a Sugar stick in my house. I have successfully registered with one of Solution Grove's XS Moodle. :) I have a backup tab! :) I don't have any files in my backup tab. :( The code is also on the Sticks we are using at the GPA but I have not told any of the kids to click the Register button (which does exist!) yet. We are working on diagnosing this but I wanted to make sure you were up to date so you can help us with the GPA collaboration issue which is a higher priority issue on which we are much more stuck. Thanks Caroline Here is how we did it: XS Backup Support for SOAS su - yum install wget then wget http://www.solutiongrove.com/file-storage/view/Sugar/ds-backup-client-0.8.1-1.olpc3.noarch.rpm= *http://tinyurl.com/lhchak* wget http://www.solutiongrove.com/file-storage/view/Sugar%5C/ds-backup.py = *http://tinyurl.com/nrtceo* wget http://www.solutiongrove.com/file-storage/view/Sugar%5C/schoolserver.py= * http://tinyurl.com/lcamq6* rpm -i ds-backup-client-0.2.8.1-1.olpc.noarch.rpm cp ds-backup.py /usr/bin cp schoolserver.py /usr/lib/python2.6/site-packages/jarabe/desktop echo '206.192.23.224 schoolserver.solutiongrove.com schoolserver' >> /etc/hosts OR cd ~ wget http://www.solutiongrove.com/file-storage/view/Sugar/hosts= * http://tinyurl.com/mrfnvb* cp ~/hosts /etc/hosts Reboot Then Register -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] GPA XS Report
On Tue, Jul 7, 2009 at 10:20 PM, Martin Langhoff wrote: > On Wed, Jul 8, 2009 at 9:46 AM, Anurag Goel wrote: > > We booted several computers with SoaS and changed the > > network settings from the default (jabber.sugarlabs.org) to the IP > address > > on the XS. After doing this, the computers in the computer lab still > would > > That is a workaround to the missing "register" button in SoaS, right? no, we are still just trying to get the machines in the lab to see the Jabber Server in the lab via the server setting in the control panel. I think some of your comments below may still be relevant but I don't entirely understand. > > > I suspect that part of the problem is that you are using the IP > address. Sugar will see whatever DNS or IP addr you provide there and > will try to connect to jabber and create an account as follows: > > - @ > > On XO hardware, machine-id is the serialnumber. On other hw, it > creates a random string on first boot. > > The problem with the scheme is that jabber on the XS expects a very > specific jabber servername for the account: its own name (as given to > domain_config) prefixed with 'schoolserver.' > > If the name doesn't match that format, then it breaks. > > The workaround is to use "schoolserver." in the SoaS control > panel. A more proper solution is probably to bring back 'registration' > :-) > > hth, > > > > m > -- > martin.langh...@gmail.com > mar...@laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > ___ > Sugar-devel mailing list > sugar-de...@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] [Sugar-devel] GPA XS Report
On Wed, Jul 8, 2009 at 9:46 AM, Anurag Goel wrote: > We booted several computers with SoaS and changed the > network settings from the default (jabber.sugarlabs.org) to the IP address > on the XS. After doing this, the computers in the computer lab still would That is a workaround to the missing "register" button in SoaS, right? I suspect that part of the problem is that you are using the IP address. Sugar will see whatever DNS or IP addr you provide there and will try to connect to jabber and create an account as follows: - @ On XO hardware, machine-id is the serialnumber. On other hw, it creates a random string on first boot. The problem with the scheme is that jabber on the XS expects a very specific jabber servername for the account: its own name (as given to domain_config) prefixed with 'schoolserver.' If the name doesn't match that format, then it breaks. The workaround is to use "schoolserver." in the SoaS control panel. A more proper solution is probably to bring back 'registration' :-) hth, m -- martin.langh...@gmail.com mar...@laptop.org -- 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
Re: [Server-devel] IP addressing + XO MPP connectivity
Hi John,
On Tue, 2009-07-07 at 02:03 -0400, John Watlington wrote:
>If you are getting a self-assigned IP address, it is
> because the laptop is not discovering the MPP.
> This is probably due to a short cut in the MPP
> discovery process.
The NM-0.6 code *definitely* ignores the IP address assigned from the
MPP DHCP server.
some snippets
case MESH_S3_XO_MPP:
/* Kill dhclient; we don't need it anymore after MPP discovery here
* because we're ignoring the returned lease.
*/
nm_dhcp_manager_cancel_transaction (dhcp_manager,
nm_device_get_iface (NM_DEVICE (self)));
...
if (self->priv->step == MESH_S3_XO_MPP) {
/* Step 3 (XO_MPP) ignores the IP address provided in the DHCP
response,
* so we still have to do autoip.
*/
if (!aipd_exec (self)) {
nm_warning ("Activation (%s/mesh): couldn't start
avahi-autoipd.",
> The XS server software should set up any mesh interfaces
> to accept the anycast MAC address, but this might have
> been lost in more recent builds.
The XS connectivity scenario is a totally different case, where the DHCP
lease is indeed received and applied. The code differentiates between
"school mesh" and "mesh portal" (and the anycast addresses are
different).
However I think you have indirectly explained why the MPP lease is
ignored... you are accounting for the case where there are multiple MPPs
all on 1 channel, therefore two MPPs could give the same IP address to 2
different XOs. autoipd presumably has some magic to avoid IP conflicts.
And this is a pain to implement so it will probably not happen this time
around... but I should be able to keep the school mesh case.
Daniel
___
Server-devel mailing list
Server-devel@lists.laptop.org
http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] IP addressing + XO MPP connectivity
On Tue, Jul 7, 2009 at 8:03 AM, John Watlington wrote: > The XS server software should set up any mesh interfaces > to accept the anycast MAC address, but this might have > been lost in more recent builds. Interesting. When was this last seen to work? I can do some quick archeology and resuscitate needed bits.. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- 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
Re: [Server-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
On Sun, Jul 5, 2009 at 15:53, Rodolfo D. Arce S. wrote: > Hello all: > > I'm actually not working solely with Sugar, but with the OLPC > deployment and the XS.. > > The feature that i found to be more important is the re-installing of > the operative systrem, beacuse the whole platform is still a little > unstable, the OS reinstall is very usefull.. but the restore of the > journal is very VERY complicated > > Daniel Drake made a couple of scripts that were very usefull, which > restores a journal to a temp folder.. and when booting looks for that > temp folder in order to restore > > If i tryed to do it manually.. is very long and complicated process.. > do-able, but if i think of a 9 year old doing it.. well.. it could be > to hard > > So I think that is someting that we shloud be aiming at.. simple > journal backup and restore.. and not only in an OLPC, or XS > envoiroment for that matter.. so even in places without XS (for > backup) or where reinstall is a fast and easy way to get a system up > again.. the journal is the only place where all things are stored Hi Rodolfo, have you already thought about the ideal user experience for that? Thanks, Tomeu > cheers.. R > > On Sat, Jul 4, 2009 at 8:47 PM, Caroline Meeks wrote: >> Hi, >> I am going to try to answer this, or actually I hope start a brainstorming >> session that will get us towards a feature list. >> I am going to try to use the Customer Role of an Agile process. That means >> I'm going to try to talk as much about the result I want to see as I can and >> as little as I can about how to get to it. I do know that some of this is >> in the works. I also know that some of it will require the heavens to >> deliver us yet another genius programmer with a new skill set to accomplish >> by September. But the job of the role of Customer is my mind is to talk >> about what I'd like to see, what the business case for it is and what the >> priority is. I hope other people will join me in this role as i think its >> crucial information for the technical team to have. >> Solid Collaboration - Priority A for GPA Project. - Defining what this looks >> like and how we get there is an important discussion and i don't have all >> those answers. This encompasses local and jabber collaboration. >> Straightforward Teacher "Assignment" -> Student -> Teacher >> workflow. Priority B for GPA For example. Teacher creates a template >> to scaffold student writing. Students do the writing assignment and the >> teacher "collects" them. Maybe this happens with Moodle or maybe its done >> all in Sugar? >> Straightforward Sugarization - By this I mean that a programmer who has >> created a game for linux or the web could look at our documentation and >> examples and tell his/her boss, "yes I see how we can make this available >> for Sugar and it will be a better experience for kids in a classroom through >> Sugar." Sugarizing should not mean giving up aggregating data for the >> teacher. It should be a better user experience because: automatic saving, >> cooler collaboration, easier installation and more consistent performance, >> easier for teachers to find, available to the million kids with XOs. >> .Priority A for Sugar. >> Sugar on SoaS and Netbooks backs up and restores with XS - Priority A for >> GPA, >> Sugar Live CD - Boothelper - USB Creator all in one - Priority B for SoaS >> Sugar on a Stick works with a VM - Priority B for GPA - it still has to >> boot on its own also. >> A Sugar machine can also run a SoaS - Priority C - Use case. Say you are in >> a 1-1 Netbook deployment. Your netbook breaks and it'll be a week till its >> repaired. It would be cool to burn a Stick for that kid from the XS backup >> and they could then use a teacher's netbook or some kid who is in Gym that >> period's netbook and still get to participate in the lesson. >> Sugar works on preIntel Macs - Priority C for GPA, Priority B for Sugar. >> Sugar works on lesser hardware, say Pentium III 256M. - Priority C for SoaS >> Don't let the user keep opening activities until the machine crashes or is >> driven to its knees - Priority C for GPA >> Less cluttered, more consistent neighborhood view - Priority C for Sugar >> I am copying the Server list because I think many of the things I think are >> the most important next steps for Sugar require interfacing with, and >> improvements in the XS. >> Priorities are my current opinions and I tried to not bias them with how >> hard I think the tasks are. They are about how important I think they are, >> in my opinion, with my customer hat on, to either the GPA pilot, Sugar and >> its marketing, and partnerships and adoption, or the Sugar on a Stick >> project. I don't think for a second that things should be done in priority >> order. >> So I hope everyone else sticks their necks out and says what features they >> want, what the use cases are and what they think their relative importance >> are. Then we can narrow our focus back do
Re: [Server-devel] Automatic @online@ shared roster
On Tue, Jul 7, 2009 at 12:49 AM, Dave Bauer wrote: > I am just doing this to try to understand what gadget is doing. Since XS > doesn't use gadget in its specific config, it is just experimental for my > own education. Well, I'm curious too, so keep us posted ;-) m -- martin.langh...@gmail.com mar...@laptop.org -- 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
