On Thu, Feb 04, 2010 at 12:39:43AM +0100, Pierre Pietri wrote:
> The actually "stable" version of Barry, in the conditions and with the
> device I have, was completely useless, because msynctool did not process
> international characters correctly (truncating each data item at every
> international character).
Checking the version of Barry in Ubuntu 9.04, yes, it is Barry 0.14,
and that didn't have full internationalization support yet.
> With the development version I have now roughly tested, the objective of
> syncing an addressbook and a calendar seem reachable, though not yet
> completely reached:
>
> - at first glance, results look OK, but on my point of view, further
> experiencing is necessary,
> - samely, barrybackup and btool SEEM OK,
> - some bugs/disfunctionments (possible duplicate group names in
> btool...),
I think you mean msynctool here?
> - functional lacks or misfunctions that make barry not practically
> useable, even eliminating any bug (no correct way to control contents
> conflicts between the device and the computer...)
Yes, the duplicate record issue, or solving conflicts, is a pain from
the command line. This is OpenSync again.
> - need to extend the scope (tasks, any external device, ...).
The current version of opensync (0.22, distributed with most distros)
uses version 0.22 of the Barry plugin. This version of the plugin
only supports Contacts and Calendar.
Nicolas Vivien has added Memos and Todo items in the development
version of the plugin (the opensync-plugin-0.4x directory). But this
is not yet supported at the distro level.
> Interim conclusion =============================================
>
> Personally, I would use Barry in its actual functional state (provided
> everything in the background works correctly), though knowing I'll
> sometimes have to toil and moil to get the results I want, but I
> estimate very difficult to "sell" it on a big public market, even for
> nothing, due to its functional insufficiencies and lack of comfort.
Yes. More polish is needed. Both for Barry and for OpenSync. :-)
> So, I'm ready to make more tests, as needed, but also to
>
> - contribute to studies on what are the actual user needs and how to
> satisfy them (including GUI design - sorry to say that, but the very few
> GUI objects I could see did not convince me),
> - make a good user manual (which seems to be ardently needed), in
> English (to be reviewed by native English speakers) and in French,
What did you feel was lacking in the sync manual?
http://www.netdirect.ca/software/packages/barry/sync.php
Note that the text for this is in the git repository, in the
doc/www directory. You are welcome to send patches to any of the
documentation there.
> # SOME MORE TRIALS (1) (2010-02-03 14:00)
> # ====================
> #
> # A few records of the evolution addressbook are "ugly"
> # (international characters strangely coded).
Can you provide more details on this?
> Sent an entry contacts-10 of size 0 to member 2 (barry-sync). Changetype
> DELETED
> Sent an entry contacts-11 of size 0 to member 2 (barry-sync). Changetype
> DELETED
> Sent an entry contacts-8 of size 0 to member 2 (barry-sync). Changetype
> DELETED
> Member 2 of type barry-sync committed all changes.
> All clients have written
> Member 1 of type evo2-sync just disconnected
> ^[[1;2BDesktop: error getting command table
> Sent packet:
> 00000000: 06 01 0a 00 40 00 00 01 00 00 ....@.....
>
> Response packet:
>
> Member 2 of type barry-sync had an error while calling sync done: (-110, No
> error): Timeout in usb_bulk_read
> Member 2 of type barry-sync just disconnected
> All clients have disconnected
> The sync failed: Unable to finish the sync for one of the members
> Error while synchronizing: Unable to finish the sync for one of the members
> pie...@lutwidge:~$ B
> #
> #
> # ALL my contacts on Barry are now lost !
> # (My fault, I'd have foreseen that !!!)
I'm a bit concerned about the command table error above. That is
another issue some folks are having and I don't have a solution for it.
To avoid records being deleted, you'll need to start over by re-creating
the msynctool group, so that the sync won't assume that you meant to
delete everything on the Blackberry. But it looks like you realized
this afterward. :-)
> # Be positive, here's a good opportunity to test BarryBackup
> # in restore mode
> #
> #===>
> # But it seems necessary to have a "priority" or "force" option" to
> # force the BlackBerry contents to supersede the computer
> # (or the computer to supersede the BlackBerry as well).
> # More generally, the option could have 5 values :
> # - BlackBerry always supersedes the computer
> # - the computer always supersedes BlackBerry
> # - BlackBerry supersedes the computer in case of doubt (to be further
> analysed)
> # - the computer supersedes BlackBerry in case of doubt (to be further
> analysed)
> # - actual behaviour
All this behaviour is at the opensync level, and most likely implemented
at the GUI level (or the msynctool level, in this case).
> pie...@lutwidge:~$ barrybackup
> Erasing database: Address Book
> #
> #===>
> # It seems my contacts are correctly restored in the BlackBerry.
> # I even see the five ugly ones (see below), so they were prior
> # to the test. Maybe Zardoz will once explain what happened.
> #
> # However, may I suggest that the terrifying "Erasing database: Address Book"
> be,
> # in due time, complemented with something as "Database: Address Book now
> restored"
I assume you mean the debug message on the console. I've added a corresponding
message for restore, so it is less terrifying. :-)
> Error writing entry pas-id-4B674FA900000073 to member 1 (evo2-sync): Unable
> to delete contact
> Mapping Write Error: Unable to delete contact
> Error writing entry pas-id-4B674FA900000074 to member 1 (evo2-sync): Unable
> to delete contact
> Mapping Write Error: Unable to delete contact
> Sent an entry 20100126t153945z-28692-1000-1...@lutwidge of size 255 to member
> 1 (evo2-sync). Changetype MODIFIED
> Sent an entry 20100203t103447z-12431-1000-1...@lutwidge of size 255 to member
> 1 (evo2-sync). Changetype MODIFIED
> Sent an entry 20100203t170634z-3960-1000-...@lutwidge of size 244 to member 1
> (evo2-sync). Changetype MODIFIED
> Member 1 of type evo2-sync committed all changes.
> Member 2 of type barry-sync committed all changes.
> All clients have written
> Member 1 of type evo2-sync just disconnected
> Member 2 of type barry-sync just disconnected
> All clients have disconnected
> The sync failed: Unable to write one or more objects
> Error while synchronizing: Unable to write one or more objects
>
> pie...@lutwidge:~$
> #
> # There are some alarming messages that I'm unable to interpret.
The "Unable to delete contact" message is from the evolution plugin.
> # N.B.: I prefer not to redirect the standard output of msynctool,
> # which could hide me some questions on duplicates. But the
> # volume of data is such that many displayed message disappear from the
> terminal.
There is a command named 'script' in the bsdutils package that will capture
a terminal session to a file. The extra data was not needed here, but
it might be useful in the future for yourself. See the man page for more info.
Thanks for your comprehensive reports!
- Chris
------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
