On Fri, 2008-05-16 at 15:14 -0700, Adam Williamson wrote:
> On Fri, 2008-05-16 at 22:55 +0100, Dr J A Gow wrote:
> > -------- Forwarded Message --------
> > From: Dr J A Gow <[EMAIL PROTECTED]>
> > To: John Carr <[EMAIL PROTECTED]>
> > Subject: Re: Bad configuration file handling: proposal
> > Date: Fri, 16 May 2008 22:54:00 +0100
> >
> > On Fri, 2008-05-16 at 22:38 +0100, John Carr wrote:
> > > On Fri, May 16, 2008 at 10:34 PM, Dr J A Gow <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 2008-05-16 at 22:18 +0100, John Carr wrote:
> > >
> > > > Fully agree, +1. Though in the OpenSync 0.3 vs OpenSync 0.2 - i would
> > > > prefer if the opensync plugin asked for a specific version over dbus
> > > > rather than the user having to manually set anything.
> > > >
> > >
> > > I'll change the config.xml stuff tonight - but I'll look at the d-bus
> > > Opensync version detect soon - I agree this would be much slicker.
> > >
> >
> > All done in r3462.
>
> That's great, thanks. Just leaves the issue of having a system-wide
> config file (/etc/synce/config.xml , or something) and having
> sync-engine not fail if it cannot copy config.xml out of /usr for
> whatever reason. Thanks again :)
A system-wide config.xml may not be as wise. The reason for this is down
to the fact that sync-engine runs as a user. Although only one device is
usually plugged in at any one time, each user on a system may have their
own config.xml with their own desired settings for their instance of
sync-engine.
The only truly system-wide setting is the Opensync version setting - but
this option can disappear if we can automatically detect it.
We could have a systemwide config.xml overridden by a
user/.synce/config.xml but this seems unnecessarily complex and messy
with no real advantages.
John.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
SynCE-Devel mailing list
SynCE-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synce-devel
