[Sugar-devel] Sugar-Server enhancement

James Cameron quozl at laptop.org
Wed Apr 13 18:37:25 EDT 2016


On Thu, Apr 14, 2016 at 02:44:25AM +0530, Manash Raja wrote:
> Hi Jerry,
> 
>     Please don't forget jarabe/desktop/schoolserver.py is involved, I
>     personally would prefer that code to be moved into control-panel/network.
>     Others please chime with your thoughts on this one.
> 
> Yes, if register option is brought to network section, then it will provide
> better space for managing multiple different XS servers.

Yes, add registration function to the network section, or move server
to a new section ... but for ease of first-use where only one server
is present, the register option can remain on the main menu.

(Why do I suggest a new section?  The Network section has become
cluttered with radio device controls, access point cache control,
jabber server, social help, and soon proxy settings.)

> 
>     Off topic, what steps did you take and how did you find the install?
> 
> I cloned the previous virtualbox install of XS server. The difference was in
> the server ip address. Even though, I don't think it matters.
> To clear a registration, Sugar only resets the backup-url field. Hence only
> this field is used to differentiate between servers. Though it
> also creates unique serial number and uuid and saves them along with the server
> url at /home/.sugar/defualt/identifiers.
> Hence it does not matter if we try to register to multiple XS or multiple times
> to same XS.
> 
>     Yes, idmgr should return that value once registered. This value is read by
>     the olpc backup client backend to find its 'mothership' This would rpm
>     would not be installed on SoaS.
> 
> Ya, idmgr returns 'succes, backupurl, backuppath, jabberserver'[[1]1] out of
> which only backupurl and jabberserver is stored.
> 
> I was able to register multiple times from one Sugar on Fedora23 to one XS. And
> the auth-server showed multiple entries for each containing
> ' pk_hash, serial, nickname, pubkey and full_name ' as its fields. Among which
> only the serial differed. And this makes the backup-url
> unique as it has the format "<serial>@<jabberserver>:backup".
> 
> So, I guess I would update the network section for a prototype (with
> schoolserver.py code in network/model.py). Each XS server profile would
> have backup-url, jabberserver, serial number, and uuid.On selecting a server,
> the backup-url and jabberserver will be set in the schema while
> the serial number and uuid will be set in corresponding filesinside identifiers
> folder.
> 
> One issue that I found was that, when sugar registers at url [2]http://
> schoolserver, the jabberserver should return the same but rather it returns
> [3]http://schoolserver.lan
> 
> Thanks
> 
> On Thu, Apr 14, 2016 at 1:10 AM, Jerry Vonau <[4]me at jvonau.ca> wrote:
> 
>     Manash,
>    
>     > On April 13, 2016 at 1:58 PM Manash Raja <[5]mpdmanash at gmail.com> wrote:
>     >
>     >
>     > Hello Jerry,
>     >
>     > Thank you for your help. It worked! As you said, the _REGISTER_URL was
>     > getting overridden by what was set in network control panel.
>     >
> 
>     Cool, glad it was that easy to fix.
>    
>     > I am visiting IRC chat room through [6]http://webchat.freenode.net/ in
>     > browser
>     > as I am facing some troubles with clients due to my proxy enabled
>     > internet
>     > connection. Hence, I am not able to stay logged in into IRC for long.
>     > Hence
>     > apologize for the same. I am getting a Raspberry pi though to use openvpn
>     > and then I can stay logged in for long :)
>     >
> 
>     No worries.
>    
>     > I will document the steps I went through for the setup in virtualbox if
>     > it
>     > might help new developers.
>     >
> 
>     That will help others immensely.
>    
>     > Okay, so registration is done. What I find in cpsection/network/model.py
>     > is
>     > that to clear the registration the schema org.sugarlabs backup-url is set
>     > to blank in clear_registration() method.
> 
>     Please don't forget jarabe/desktop/schoolserver.py is involved, I
>     personally would prefer that code to be moved into control-panel/network.
>     Others please chime with your thoughts on this one.
>    
>     > I am setting up another XS now to
>     > register with.
> 
>     Off topic, what steps did you take and how did you find the install?
>    
>     > So is only the value in org.sugarlabs backup-url is specific
>     > to a server?
> 
>     Yes, idmgr should return that value once registered. This value is read by
>     the olpc backup client backend to find its 'mothership' This would rpm
>     would not be installed on SoaS.
>    
>     > And of we can provide option to the user for the same, will it
>     > solve the issue as it seems?
>     >
> 
>     Yes, that would be the forward facing UI. The other advanced tasks would be
>     to figure out a non-olpc client backend and corresponding service for the
>     XSCE. Tony should have some ideas on that.
>    
>     Jerry
>    
> 
>     > On Thu, Apr 14, 2016 at 12:03 AM, Jerry Vonau <[7]me at jvonau.ca> wrote:
>     >
>     > > Just had a thought, SoaS might have the collaboration server already
>     > > set in
>     > > the control-panel -> network, this is different from XOs that have this
>     > > field blank. Having that field populated would cause jabber_server to
>     > > override the predefined _REGISTER_URL in
>     > > src/jarabe/desktop/schoolserver.py.
>     > >
>     > > I would ensure that logging is enabled, collaboration server is blank,
>     > > and
>     > > try registration again. Should that fail the logs would be useful to
>     > > have a
>     > > look at.
>     > >
>     > > Jerry
>     > >
>     > >
>     > >
>     > > > On April 13, 2016 at 11:49 AM Jerry Vonau <[8]me at jvonau.ca> wrote:
>     > > >
>     > > >
>     > > > Hello Manash,
>     > > >
>     > > > I'll have a bunch of questions, because my crystal ball is in the
>     > > > repair
>     > > > shop. ;)
>     > > >
>     > > > > On April 13, 2016 at 10:45 AM Manash Raja <[9]mpdmanash at gmail.com>
>     > > > > wrote:
>     > > > >
>     > > > >
>     > > > > I have installed XSCE schoolserver on CentOS running in Virtualbox.
>     > > > >
>     > > >
>     > > > I saw your question in the chat-room, please be patient for a reply,
>     > > > timezones come into play.  Does this XSCE VM have one or two network
>     > > > interfaces? I'm asking as iptables comes into play with 2 or more
>     > > > interfaces.
>     > > >
>     > > > >    1. Sugar running on another Virtualbox instance can visit
>     > > > >    [10]http://schoolserver from its browser, but server
>     registration is
>     > > > > failing
>     > > > >    in Sugar if I try clicking on "XO" and then "Register".
>     > > >
>     > > > This could be related to dns resolution with a single interface or
>     > > > iptables
>     > > > with 2+ interfaces.
>     > > >
>     > > > >    2. It seems that sugar registers at [11]http://schoolserver:8080
>     .
>     > > > >    3. When I visited [12]http://schoolserver:8080, it showed me
>     page
>     > > > > not
>     > > > > found
>     > > > >    error.
>     > > > >    4. I configured XSCE server to support XO registration and
>     > > > > backup
>     > > > > from
>     > > > >    its menu.
>     > > > >    5. Now when I visit [13]http://schoolserver:8080, I see a
>     different
>     > > > > error
>     > > > >    "Error 501."
>     > > > >
>     > > > > Please help me to get sugar registered on XSCE server and how do we
>     > > > > configure the XSCE server for sugar. (Any specific config files or
>     > > > > ports)
>     > > > >
>     > > >
>     > > > There really is nothing to open up, with a single interface the
>     > > > server is
>     > > > wide open and if there is more than one, all connections from the LAN
>     > > > are
>     > > > allowed with http and ssh allowed from the WAN.
>     > > >
>     > > > > Thanks
>     > > >
>     > > > Can you start with the number of network interfaces on the XSCE, and
>     > > > the
>     > > > and the contents of /etc/hosts from the sugar client please.
>     > > >
>     > > > Jerry
>     > > >
>     > > >
>     > > > >
>     > > > > Manash Pratim Das
>     > > > >
>     > > > > On Mon, Apr 4, 2016 at 3:31 AM, James Cameron <[14]quozl at laptop.org
>     >
>     > > wrote:
>     > > > >
>     > > > > > The ticket is up to date.
>     > > > > >
>     > > > > > Your task would be to set up a server, e.g. XSCE,
>     > > > > > [15]http://schoolserver.org/ and then register to it; which is a
>     UI
>     > > step.
>     > > > > >
>     > > > > > Then set up a second server, and register to it; which is a
>     > > > > > manual
>     > > > > > process.
>     > > > > >
>     > > > > > Then design a UI and UX for either switching registration or
>     > > > > > detecting
>     > > > > > environment and testing server connection.
>     > > > > >
>     > > > > > On Sun, Apr 03, 2016 at 04:32:02PM +0530, Manash Raja wrote:
>     > > > > > > Hello everyone,
>     > > > > > >
>     > > > > > > I was looking at this bug
>     > > > > > > [1][16]https://bugs.sugarlabs.org/ticket/362
>     > > > > > > ,
>     > > > > > but I
>     > > > > > > couldn't understand its status quite well. I am interested to
>     > > > > > > work
>     > > > > > > on
>     > > > > > this
>     > > > > > > enhancement as it is related to my proposed GSoC 2016 proposal
>     > > > > > > and
>     > > > > > > would
>     > > > > > give
>     > > > > > > me a head start on understanding the present Sugar-Server
>     > > > > > > integration.
>     > > > > > >
>     > > > > > > So, I would appreciate if someone can help me to start and
>     > > > > > > direct
>     > > > > > > me
>     > > > > > where I
>     > > > > > > should focus on right now.
>     > > > > > >
>     > > > > > > Thanks.
>     > > > > > > Regards.
>     > > > > > >
>     > > > > > > Manash Pratim Das (ManashRaja)
>     > > > > > >
>     > > > > > > References:
>     > > > > > >
>     > > > > > > [1] [17]https://bugs.sugarlabs.org/ticket/362
>     > > > > >
>     > > > > > > _______________________________________________
>     > > > > > > Sugar-devel mailing list
>     > > > > > > [18]Sugar-devel at lists.sugarlabs.org
>     > > > > > > [19]http://lists.sugarlabs.org/listinfo/sugar-devel
>     > > > > >
>     > > > > >
>     > > > > > --
>     > > > > > James Cameron
>     > > > > > [20]http://quozl.netrek.org/
>     > > > > >
>     > > > > _______________________________________________
>     > > > > Sugar-devel mailing list
>     > > > > [21]Sugar-devel at lists.sugarlabs.org
>     > > > > [22]http://lists.sugarlabs.org/listinfo/sugar-devel
>     > > > _______________________________________________
>     > > > Sugar-devel mailing list
>     > > > [23]Sugar-devel at lists.sugarlabs.org
>     > > > [24]http://lists.sugarlabs.org/listinfo/sugar-devel
>     > >
>     > _______________________________________________
>     > Sugar-devel mailing list
>     > [25]Sugar-devel at lists.sugarlabs.org
>     > [26]http://lists.sugarlabs.org/listinfo/sugar-devel
> 
> References:
> 
> [1] http://wiki.laptop.org/go/School_Identity_Manager
> [2] http://schoolserver/
> [3] http://schoolserver.lan/
> [4] mailto:me at jvonau.ca
> [5] mailto:mpdmanash at gmail.com
> [6] http://webchat.freenode.net/
> [7] mailto:me at jvonau.ca
> [8] mailto:me at jvonau.ca
> [9] mailto:mpdmanash at gmail.com
> [10] http://schoolserver/
> [11] http://schoolserver:8080/
> [12] http://schoolserver:8080/
> [13] http://schoolserver:8080/
> [14] mailto:quozl at laptop.org
> [15] http://schoolserver.org/
> [16] https://bugs.sugarlabs.org/ticket/362
> [17] https://bugs.sugarlabs.org/ticket/362
> [18] mailto:Sugar-devel at lists.sugarlabs.org
> [19] http://lists.sugarlabs.org/listinfo/sugar-devel
> [20] http://quozl.netrek.org/
> [21] mailto:Sugar-devel at lists.sugarlabs.org
> [22] http://lists.sugarlabs.org/listinfo/sugar-devel
> [23] mailto:Sugar-devel at lists.sugarlabs.org
> [24] http://lists.sugarlabs.org/listinfo/sugar-devel
> [25] mailto:Sugar-devel at lists.sugarlabs.org
> [26] http://lists.sugarlabs.org/listinfo/sugar-devel

-- 
James Cameron
http://quozl.netrek.org/


More information about the Sugar-devel mailing list