[Server-devel] Browsing internet prb
I have installed XS latest version and the XS detects the XO,s, however i have still a problem sharing internet to the XO,s because the only gateway i can access WAN is through Windows Network 2003 Active Directory. I have checked the schoolserver it doesn't include SAMBA configuration. Is there any solution? Thanks ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Browsing internet prb
Hi Dagne, Good to hear your start with the XS was good. I need to ask a few questions to understand what you have, and what you need. On Thu, Sep 4, 2008 at 4:07 PM, dagne.semu [EMAIL PROTECTED] wrote: I have installed XS latest version and the XS detects the XO,s First - _which_ version of the XS? Between your previous email and now, we've released xs-0.4 ... How does it detect the XOs? - Is it handing out DHCP leases properly? - Can the XOs `ping schoolserver`? - Can the XOs register? however i have still a problem sharing internet to the XO,s because the only gateway i can access WAN is through Windows Network 2003 Active Directory. Do you mean there is a router/gateway running Windows Server 2003? - Does your XS have 2 network cards, one of them connected to the network where the WS2003 machine is? - Does the WS2003 gateway serve dhcp leases? - Does the WS2003 gateway require that clients use MS Proxy? I have checked the schoolserver it doesn't include SAMBA configuration. Samba is something else completely. 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
Re: [Server-devel] new package: xs-activation
Hi Martin and Erik, Thanks for the replies. - On work flow for this, I think there is a little more detail needed. e.g. you need a wireless AP setup, right? Anything else? Any special name or ESSID needed on AP? You may be able to explain the stuff around the XO by linking to the relevant XS setup documentation. - On Can you put this feature on the roadmap: I see that it has Trac #1504 but I don't see this very useful Readme (or Specification) that Douglas wrote linked anywhere. Can we include that somewhere off the roadmap? The nice thing is that this will become the documentation so Douglas is way ahead of the curve already :-) - On users, can someone run this design by the technical leads in Peru and Ethiopia and get their input and sign off? We sometimes have a hard time coordinating communication with the users so let's exchange one round of e-mail to be clear on who gathers this input before we all hit them with slightly different e-mails at the same time. FYI on Peru, I put everything I heard from them (albeit second hand) here: http://wiki.laptop.org/go/9.1.0#Peru They expressed strong interest in lease management (AKA how long an XO is activated for how it gets deactivated and reactivated when needed etc). Can we include any details about how this feature interacts with that? It may be that this works exactly the same as activating from USB stick so n/a for lease management changes but my impression is that Peru will want to know. Thanks, Greg S Erik Garrison wrote: On Thu, Sep 04, 2008 at 11:18:31AM +1200, Martin Langhoff wrote: A couple of notes related to it. On Thu, Sep 4, 2008 at 12:07 AM, Greg Smith Can you put this feature on the roadmap: http://wiki.laptop.org/go/XS_Roadmap It's already there - we're using Trac's status overview searches, have a look :-) What happens is that - paraphrasing your email... someone prepping XOs before distribution to the field opens XO and turns it on. That is all they have to do. Who is the lead customer for this feature? Peru, Ethiopia. They've been asking for it, we discussed this in the last 2 phone meetings :-) It would be be immediately practical in a warehouse setting, where managing a key with a bunch of activation leases is a pain. Now to get wireless installation/upgrade ready for use in the warehouses... all we need is a signed 'nandcast' boot image. Erik ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] new package: xs-activation
On Thu, Sep 04, 2008 at 08:56:21AM -0400, Greg Smith wrote: Hi Martin and Erik, Thanks for the replies. - On work flow for this, I think there is a little more detail needed. e.g. you need a wireless AP setup, right? Anything else? Any special name or ESSID needed on AP? You may be able to explain the stuff around the XO by linking to the relevant XS setup documentation. I'm unclear. I am envisioning a wireless AP with some preset ESSID. Currently, after trying to get a lease from a USB device or an SD device, the activate.py script (in the initramfs) tries to associate with a schoolserver on mesh channels 1, 6, and 11. http://dev.laptop.org/git?p=users/cscott/olpcrd-rootskel;a=blob;f=src-olpc/activate.py;h=fe563df6d71d8e162a2714578aa7c81a13f53e2b;hb=HEAD#l27 After connection it sends its serial number over a raw socket to the server on 172.18.0.1 port 191. It expects to get back a lease file in which it can find its own lease. Then processing of the activation lease contiues as normal. We now have the server-side code to do this. The code could be changed to point to a specific infra AP ESSID. The fact this stuff has to be signed makes it difficult to configure this; at best we could provide a list of supported APs. - On Can you put this feature on the roadmap: I see that it has Trac #1504 but I don't see this very useful Readme (or Specification) that Douglas wrote linked anywhere. Can we include that somewhere off the roadmap? The nice thing is that this will become the documentation so Douglas is way ahead of the curve already :-) - On users, can someone run this design by the technical leads in Peru and Ethiopia and get their input and sign off? For warehouse update and activation I am sure the Peru leads are good with this and will move to it immediately when it works. They don't currently have school servers so the activation and update are going to happen wirelessly in the warehouse. Currently this is taking a lot of manual effort and I'm sure the change will be welcome. We sometimes have a hard time coordinating communication with the users so let's exchange one round of e-mail to be clear on who gathers this input before we all hit them with slightly different e-mails at the same time. FYI on Peru, I put everything I heard from them (albeit second hand) here: http://wiki.laptop.org/go/9.1.0#Peru They expressed strong interest in lease management (AKA how long an XO is activated for how it gets deactivated and reactivated when needed etc). Can we include any details about how this feature interacts with that? It may be that this works exactly the same as activating from USB stick so n/a for lease management changes but my impression is that Peru will want to know. Thanks, Greg S Erik Garrison wrote: On Thu, Sep 04, 2008 at 11:18:31AM +1200, Martin Langhoff wrote: A couple of notes related to it. On Thu, Sep 4, 2008 at 12:07 AM, Greg Smith Can you put this feature on the roadmap: http://wiki.laptop.org/go/XS_Roadmap It's already there - we're using Trac's status overview searches, have a look :-) What happens is that - paraphrasing your email... someone prepping XOs before distribution to the field opens XO and turns it on. That is all they have to do. Who is the lead customer for this feature? Peru, Ethiopia. They've been asking for it, we discussed this in the last 2 phone meetings :-) It would be be immediately practical in a warehouse setting, where managing a key with a bunch of activation leases is a pain. Now to get wireless installation/upgrade ready for use in the warehouses... all we need is a signed 'nandcast' boot image. Erik ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] offline moodle
Hi, Currently I am working with a development lash-up which I hope will allow me to get the basic offline moodle capability running (or, at least quickly expose the speed bumps). I envision adding an 'offline' block to the moodle course. This block would give a menu of course chunks (e.g. topics), which could be taken offline. The student would go to this block, check the topics (chunks) needed, and Gears would cache them for offline access. When the student has access to the server again, he/she could use the block to go online. At that time, the cache would be erased and the work done offline would be posted to moodle. I think the course creator/teacher will need to be involved in defining the 'chunks' and in defining the 'manifest': list of pages and other resources needed to be cached for those chunks. This manifest (similar to the one required for building an xo package) could include external (to Moodle) resources as well since the caching includes a javascript-php script connection. In fact, I think it may be useful to be able to store some resources (e.g. wiki pages, glossaries, ...) more persistently than course specific content (lesson pages, quizzes, ...). Tony Bryan Berry wrote: On Thu, 2008-09-04 at 15:10 +1200, Martin Langhoff wrote: good to hear we're on the same page. AIUI, the user only has to get to the initial moodle page, and GG should take care of the rest. you've reached beyond my geek lingo, what on earth does AIUI mean? :) ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] new package: xs-activation
On Fri, Sep 5, 2008 at 12:56 AM, Greg Smith - On Can you put this feature on the roadmap: I see that it has Trac #1504 but I don't see this very useful Readme (or Specification) that Douglas wrote linked anywhere. Can we include that somewhere off the roadmap? No. We are working towards a release so we won't be doing user-friendly docs yet. Instead I give you this promise: a feature list is a release goal for xs-0.5, and I will put together a mini user guide for the XS right after xs0.5 is released. - On users, can someone run this design by the technical leads in Peru and Ethiopia and get their input and sign off? That will be an exercise in frustration. This is one little step -- no, I will not ask for review for every little step. They expressed strong interest in lease management You asked this earlier and I believe I've already replied. Unfortunately, the answer is no, this does not do lease management. Erik has given you a similar answer AFAICS. 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
[Server-devel] [PATCH] mkusbinstall: Fix loop in options handling, disk space check
--- util/mkusbinstall |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/util/mkusbinstall b/util/mkusbinstall index 76cd29d..564db40 100755 --- a/util/mkusbinstall +++ b/util/mkusbinstall @@ -166,9 +166,11 @@ while [ $# -gt 2 ]; do case $1 in --noverify) noverify=1 + shift; ;; --reset-mbr|--resetmbr) resetmbr=1 + shift; ;; *) usage @@ -223,7 +225,10 @@ trap exitclean SIGINT SIGTERM check=$CDMNT # let's try to make sure there's enough room on the stick - tbd=0 +tbd=0 +if [ -d $USBMNT/iso ]; then +tbd=$(du -s -B 1M $USBMNT/iso | awk {'print $1;'}) +fi livesize=$(du -s -B 1M $check | awk {'print $1;'}) free=$(df -B1M $USBDEV |tail -n 1 |awk {'print $4;'}) if [ $livesize -gt $(($free + $tbd)) ]; then -- 1.5.5.1 ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Using bridges and interrupt load
On Fri, Sep 5, 2008 at 4:16 AM, Alexander Dupuy [EMAIL PROTECTED] wrote: If the only purpose of the bridge devices is to hold IP configuration for enslaved physical interfaces (and not to provide layer-2 bridging between e.g. different mesh channels so that broadcast / discovery works between the different channels) then you might be able to use the channel bonding (bond0, bond1, etc.) driver instead. If you need bridging for the mesh interfaces, but not the LAN and/or WAN interfaces, you could mix-and-match both types of master (virtual) interfaces. Good hint. Looking into it, thanks! And thanks to Jerry for the confirmation that it's a real issue. Is there any interesting downside / overhead to be aware when using for example bond0 == eth1? 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