[Sugar-devel] Sugar-Server enhancement

[James Cameron]

On Wed, Apr 13, 2016 at 09:15:40PM -0500, Jerry Vonau wrote:
> 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.  

Good question.  Either, I'm not worried.  I'm not planning to put it
into my next build unless it makes sense to have it there.

> > > 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.

That's great.

> 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

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