[Sugar-devel] Sugar-Server enhancement

[Jerry Vonau]

Tony,

What about your remote datastore that you were taking about? What was the
owncloud integration that you were talking about? Is that not a way of
backing up some data?  

> On April 13, 2016 at 8:07 PM James Cameron <quozl at laptop.org> wrote:
> 
> 
> 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.
>

By way of packaging for the distros or integration in sugar.  
 
> > 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?
>

Well for the server side George has with a revised rpm, for the change to
Apache-2.4.

Jerry
 
> > 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/
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel