On Wed, Feb 03, 2010 at 11:58:12AM +0100, Pierre Pietri wrote: > Hi, > > Here is the report. > It's an extract from my test log, built after terminal captures, with > added comments (# lines).
Thanks for your test reports! I'll just add a few comments throughout. > # barrybackup > # ----------- > pie...@lutwidge:~/barry$ barrybackup > # > # Remark : when the barribackup GUI appears, the progression bar is set to > 100%, > # though no backup has been made. This could be confusing. > # > # PROBLEM : launching a backup,the following message is displayed at end of > the operation : > #- > # Warning > # > # Not all records were processed on device:25748ae3 > (BlackBerry_du_pauvre) > # > # Only 2471 of 2487 records were backed up. > # > # It is suspected that due to international characters in these > records, the BlackBerry uses a different low-level protocol, > which Barry Backup does not yet support. Please contact the > developers at http://netdirect.ca/barry if you want to assist > in debugging this issue. Would it be possible to try to narrow down which database this happens in? For example, run a backup with half the databases selected, and then keep splitting them in half until you find the database involved. I'm suspecting that it is not the Address Book or Calendar database that causes this error. > # btool to convert address book > # ----------------------------- > # > pie...@lutwidge:~/barry$ btool -c dn > /home/pierre/Bureau/test1.txt > #===> > # No message issued. At first sight, the output looks fine > # (but I don't look fluently base64 texts) Btool doesn't have the same check that barrybackup does, so it won't display that error. > # International characteers (ç, é, è) look correct. > # (in fact, not many international characters appear, > # as many fields are transladed into base64). So far, so good. :-) > # msynctool > # --------- > # > pie...@lutwidge:~/barry$ msynctool --addgroup BBduPauvre > pie...@lutwidge:~/barry$ msynctool --listgroups > Available groups: > BBduPauvre > BBduPauvre > #===> > # Bad surprises. > # 1 - there already was one group, despite I had made a "complete" > # unistall of barry. > # 2 - There misses one (at least) control in --addgroup. The group is > duplicate. > # > # I clear the situation by deleting group2 directory in > /home/pierre/.opensync-0.22 > # (I'm not in mind to test what happens if two groups with the same name > exist.) > # Yes, this is an OpenSync bug... or at least a bug in msynctool. It is is fixed in the OpenSync development tree and supporting code, but that introduces a number of changes that you might not want to dive into just yet. > Which entry do you want to use? [1-9] To select a side, [D]uplicate: ^C > # > #===> > # Here I abort the boring process of chosing manually between conflincting > entries. > # Is it possible to give a general choice [D] once for all ????? > # ************************************************************** This should be fixed at the OpenSync / msynctool level. A proper GUI for syncing would make this easier. - 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
