[Sugar-devel] Sugar-Server enhancement

[James Cameron]

On Thu, Apr 14, 2016 at 08:39:10AM +0800, Tony Anderson wrote:
> Hi, James
> 
> Deployments without a school server obviously do not use the backup.
> Deployments without access to the internet vie GSM do not
> use that support either.
> 
> I suppose ds_backup.sh and ds_backup.py come from the tooth fairy
> and not from flashing a Sugar image.

They come from OLPC.  You just happen to be using OLPC OS.  So it
isn't relevant to Sugar Labs, unless Sugar Labs decide to adopt the
ds-backup package.  I'm fine if they do, but so far they haven't.

> The server software was developed for Fedora systems for the same
> reason Sugar was developed for Fedora systems. I don't see the
> relevance.

I'm not talking about the server software, I'm talking about the
ds-backup glue between them.

> Maintenance of this software has been assumed by xsce. The closest
> version to the original is the CentOS image, a much more stable
> option.

XSCE has not assumed maintenance of the ds-backup glue.  Why not?

> You are wrong about the ssh-keygen. That is done by the idmgr at
> registration time. The removal of the known_hosts results from the
> configuration of the
> server to check known_hosts. This problem must be resolved before
> registration can occur.

No, you are wrong about "ssh-keygen -R", it is used to remove a single
entry from a known_hosts file.

> Tony
> 
> On 04/14/2016 08:13 AM, James Cameron wrote:
> >Manash, registration sets Jabber server and backup server, and for
> >some systems the backup server is not used.
> >
> >For those systems like Tony's where the backup server is used, please
> >review http://dev.laptop.org/git/users/quozl/ds-backup/ which is the
> >software responsible for doing backups to the server.  It is not part
> >of Sugar, but then neither is the server.  It is designed for Fedora
> >systems, and was last updated for OLPC OS.  There are no other uses of
> >this software known.  It is not packaged in SoaS or Ubuntu.
> >
> >The ds-backup software fails if the backup server is changed, because
> >of the changed host key of the server.
> >
> >While Tony's workaround is functional, it is also destructive.  A more
> >correct solution is to use "ssh-keygen -R" option to remove the key,
> >or add SSH options to avoid the key conflict.
> >
> >#362
> >
> >On Thu, Apr 14, 2016 at 07:50:17AM +0800, Tony Anderson wrote:
> >>OLE Nepal has from the beginning registered the server at each
> >>connection eliminating the registration option from the main menu. A
> >>second registration recognizes that the laptop is registered and
> >>takes no action.
> >>
> >>Moving from one server to another causes a 'known hosts' issue. This
> >>can be cleared by 'rm -rf ~/.ssh/known_hosts.'
> >>
> >>While registering does show the server in the network section (and
> >>clearing the entry enables registration - needed before registration
> >>again), the registration
> >>process sets up the /library/users directory for the laptop serial
> >>number and thus enables Journal backup.
> >>
> >>Tony
> >>
> >>On 04/14/2016 07:35 AM, James Cameron wrote:
> >>>On Wed, Apr 13, 2016 at 06:13:42PM -0500, Jerry Vonau wrote:
> >>>>>On April 13, 2016 at 5:37 PM James Cameron <quozl at laptop.org> wrote:
> >>>>>
> >>>>>
> >>>>>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.)
> >>>>>
> >>>>Wouldn't the backup related fields be more relevant in the backup section
> >>>>of control-panel? Maybe the 'new' proxy settings could have its own control
> >>>>panel section also?
> >>>Yes, yes.
> >>>
> >>_______________________________________________
> >>Sugar-devel mailing list
> >>Sugar-devel at lists.sugarlabs.org
> >>http://lists.sugarlabs.org/listinfo/sugar-devel
> 
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel

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