<div dir="ltr">On Wed, Apr 13, 2016 at 8:17 PM, Tony Anderson <span dir="ltr"><<a href="mailto:tony_anderson@usa.net" target="_blank">tony_anderson@usa.net</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">James<br>
<br>
I can't think of a use case for an XO to access multiple school servers.</blockquote><div><br></div><div>Apologies am not following all the details of this conversation, but just to point out some of our newer work in Haiti will experiment with XO laptops moving between different school servers, in off-campus computer club(s), librar(ies), and at school, etc.<br><br></div><div>Likewise there are definitely teachers who work in multiple schools, and need to bring their main XO to each school, impressive!<br></div><div><br></div><div>Also some schools campuses are just too large to tie in all the IT infra together, with buildings just too far apart.  So there will be several inexpensive school servers likely in these schools, who do not want to network their buildings together at this point.<br></div><div><br></div><div>Finally George Hunt is advising us on how to construct even more mobile servers too, based on a large USB battery packs supporting Raspberry Pi 3 (or XO-4 or whatever) permitting increasingly ruggedized knowledge hotspots.<br><br></div><div><i>Not sure how we will deal with naming all these different school servers coming down the pike, but definitely something to start thinking about now, a great question :}</i><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If a school is so large (> 200 XOs), the easy solution is two school servers. However, the XOs access the schoolserver based on SSID and so users can be divided to their own schoolserver by the connection - defining the LAN.<br>
<br>
The OLE Nepal solution clearly satisfies the requirement to avoid any unnecessary configuration option or 'onboarding' step.<br>
<br>
The current placement of the code has been working for years. Showing the server in the network section was added at a late release, as I recall because the register menu item disappeared after registration and so a user did not know for sure if the XO was registered. This was later fixed with 'register again' so putting the name in the network section is now redundant.<span class="im HOEnZb"><br>
<br>
Tony<br>
<br>
On 04/14/2016 07:35 AM, James Cameron wrote:<br>
</span><span class="im HOEnZb"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Apr 13, 2016 at 06:13:42PM -0500, Jerry Vonau wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On April 13, 2016 at 5:37 PM James Cameron <<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>> wrote:<br>
<br>
<br>
On Thu, Apr 14, 2016 at 02:44:25AM +0530, Manash Raja wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Jerry,<br>
<br>
     Please don't forget jarabe/desktop/schoolserver.py is involved, I<br>
     personally would prefer that code to be moved into<br>
control-panel/network.<br>
     Others please chime with your thoughts on this one.<br>
<br>
Yes, if register option is brought to network section, then it will<br>
provide<br>
better space for managing multiple different XS servers.<br>
</blockquote>
Yes, add registration function to the network section, or move server<br>
to a new section ... but for ease of first-use where only one server<br>
is present, the register option can remain on the main menu.<br>
<br>
(Why do I suggest a new section?  The Network section has become<br>
cluttered with radio device controls, access point cache control,<br>
jabber server, social help, and soon proxy settings.)<br>
<br>
</blockquote>
Wouldn't the backup related fields be more relevant in the backup section<br>
of control-panel? Maybe the 'new' proxy settings could have its own control<br>
panel section also?<br>
</blockquote>
Yes, yes.<br>
<br>
</blockquote>
<br></span><div class="HOEnZb"><div class="h5">
_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org" target="_blank">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel<br clear="all"><br>-- <br></a><div class="gmail_signature"><a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank"></a><div dir="ltr"><a href="http://lists.sugarlabs.org/listinfo/sugar-devel" rel="noreferrer" target="_blank">Unsung Heroes of OLPC, interviewed live @ </a><a href="http://unleashkids.org" target="_blank">http://unleashkids.org</a> !</div></div>
</div></div>
</blockquote></div></div></div>