From spd at shiva.cps.unizar.es Wed May 10 05:46:52 2006 From: spd at shiva.cps.unizar.es (J.A. Gutierrez) Date: Wed, 10 May 2006 11:46:52 +0200 Subject: [Unison-hackers] binaries Message-ID: <20060510114652.A115411@shiva.cps.unizar.es> Hello As requested at the web page, I'm posting here some links to unison binaries I've compiled: --------------------------------------------------------------------------- IRIX --------------------------------------------------------------------------- * Unison with gtk interface. Requires GTK 1.2 * GTK libraries for the previous binary * Unison with text only interface. All of these are mips3/n32 IRIX 6.5 binaries. Should work on any R4k or better MIPS CPU. With some hacking they could work also on IRIX 6.2 --------------------------------------------------------------------------- SOLARIS --------------------------------------------------------------------------- * Unison with gtk interface Requires GTK 1.2 (not included) * Unison with text only interface. All of these are 32 bit SPARC Solaris 7 executables. Will work on any SPARC CPU, and they may work on previous Solaris releases (I haven't tested). --------------------------------------------------------------------------- LINUX --------------------------------------------------------------------------- * Unison with text only interface for Linux Red Hat 6.2 on x86 --------------------------------------------------------------------------- -- finger spd at shiva.cps.unizar.es for PGP / .mailcap tip of the day: / La vida es una carcel application/ms-tnef; cat '%s' > /dev/null / con las puertas abiertas text/x-vcard; cat '%s' > /dev/null / (A. Calamaro) From bcpierce at cis.upenn.edu Wed May 24 10:25:28 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Wed, 24 May 2006 10:25:28 -0400 Subject: [Unison-hackers] [unison-svn] r157 - in trunk: . doc src src/ubase src/uimac/English.lproj/MainMenu.nib Message-ID: <200605241425.k4OEPSql020727@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-05-24 10:25:27 -0400 (Wed, 24 May 2006) New Revision: 157 Modified: trunk/Makefile trunk/doc/unison-manual.tex trunk/src/RECENTNEWS trunk/src/TODO.txt trunk/src/mkProjectInfo.ml trunk/src/props.ml trunk/src/remote.ml trunk/src/ubase/depend trunk/src/ubase/trace.mli trunk/src/uicommon.ml trunk/src/uimac/English.lproj/MainMenu.nib/info.nib trunk/src/uimac/English.lproj/MainMenu.nib/keyedobjects.nib trunk/src/uimac/English.lproj/MainMenu.nib/objects.nib trunk/src/uimacbridge.ml trunk/src/update.ml Log: * Removed misleading documentation for 'repeat' preference. * The native OSX GUI now adds a scrollbar to the details window at the bottom, when necessary to see (e.g.) long failure messages. (Also made it selectable.) Made the starting window size a little larger. * When properties have changed, display both old and new ones. (This behavior can be annoying, so it is controlled by a new flag, '-showprev', which is not visible to the user or mentioned in the documentation. It's really just for debugging.) * Tidied the output of '-debug all' to make it a little less overwhelming. From bcpierce at cis.upenn.edu Thu May 25 00:03:10 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Thu, 25 May 2006 00:03:10 -0400 Subject: [Unison-hackers] [unison-svn] r158 - in trunk/src: . uimac/English.lproj/MainMenu.nib Message-ID: <200605250403.k4P43Ac0000679@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-05-25 00:03:09 -0400 (Thu, 25 May 2006) New Revision: 158 Modified: trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/mkProjectInfo.ml trunk/src/os.ml trunk/src/os.mli trunk/src/stasher.ml trunk/src/uicommon.ml trunk/src/uimac/English.lproj/MainMenu.nib/info.nib trunk/src/uimac/English.lproj/MainMenu.nib/keyedobjects.nib trunk/src/uimac/English.lproj/MainMenu.nib/objects.nib trunk/src/uimacbridge.ml trunk/src/update.ml Log: * Squashed a very insidious bug in the backup mechanism, which turned out (after much puzzlement) to occur only when running under the Mac GUI. It seems that the Uimacbridge module includes its own private copy of the initialization code from Uicommon (!), and so the call to Stasher.initBackups that got added to Uicommon last summer was not happening when running with the GUI. This meant that the internal processing of backupprefix and backupsuffix was not happening, which meant that multiple backup files were getting created with the same names, and this would cause backups to fail occasionally (but not always). Lesson: Don't duplicate code!!! From alan.schmitt at polytechnique.org Fri May 26 05:00:52 2006 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Fri, 26 May 2006 11:00:52 +0200 Subject: [Unison-hackers] xferbycopying problem References: <20060526010701.6CBAE1EF6211@top.inrialpes.fr> Message-ID: <4BDD1464-8C83-48CF-B5A8-8975B91C7D35@polytechnique.org> Hello, I realized yesterday that I had xferbycopying set to false, so I turned it back on. However some automatic unison synchronization failed last night, with the message: Begin forwarded message: > from /Users/schmitta > to //proton//home/aschmitt/top_backup/schmitta > [BGN] Copying Maildir/.Caml/cur/1148507176.26619_0.top.inrialpes.fr: > 2,ST > from /Users/schmitta > to //proton//home/aschmitt/top_backup/schmitta > [BGN] Copying Maildir/.Caml/cur/1148524107.27456_0.top.inrialpes.fr: > 2,ST > from /Users/schmitta > to //proton//home/aschmitt/top_backup/schmitta > Shortcut: copying 1148479971.21638_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148479971.21638_0.top.inrialpes.fr:2, > Shortcut: copying 1148480581.21715_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148480581.21715_0.top.inrialpes.fr:2, > Shortcut: copying 1148486321.22169_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148486321.22169_0.top.inrialpes.fr:2, > Shortcut: copying 1148486626.22200_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148486626.22200_0.top.inrialpes.fr:2, > Shortcut: copying 1148489647.22399_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148489647.22399_0.top.inrialpes.fr:2, > Shortcut: copying 1148491461.22975_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148491461.22975_0.top.inrialpes.fr:2, > Shortcut: copying 1148491764.23139_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148491764.23139_0.top.inrialpes.fr:2, > Shortcut: copying 1148492368.23489_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148492368.23489_0.top.inrialpes.fr:2, > Shortcut: copying 1148503553.26408_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148503553.26408_0.top.inrialpes.fr:2, > Shortcut: copying 1148507176.26619_0.top.inrialpes.fr:2,ST from > local file Maildir/.Caml/cur/1148507176.26619_0.top.inrialpes.fr:2, > Uncaught exception Not_found > Fatal error: Lost connection with the server As this is critical data, I turned back xferbycopying to false, and I was wondering if this is a known bug. Alan -- Alan Schmitt The hacker: someone who figured things out and made something cool happen. .O. ..O OOO -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20060526/c4d04a44/PGP.pgp From bcpierce at cis.upenn.edu Fri May 26 08:54:36 2006 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Fri, 26 May 2006 08:54:36 -0400 Subject: [Unison-hackers] xferbycopying problem In-Reply-To: <4BDD1464-8C83-48CF-B5A8-8975B91C7D35@polytechnique.org> References: <20060526010701.6CBAE1EF6211@top.inrialpes.fr> <4BDD1464-8C83-48CF-B5A8-8975B91C7D35@polytechnique.org> Message-ID: <639E8F4A-9920-4664-9EB9-A412AFCD1DA4@cis.upenn.edu> I don't think I've seen this one -- if you can get it to happen again (better yet, repeatably) and capture a '-debug all' trace, that would be great. One point to think about in tracking it down is that the Not_found exception is trapped by convertUnixErrorsToTransient, which in turn is used to wrap (almost, apparently) every bit of code that might fail in any systemsy way. The fact that it escapes to the top level indicates *two* coding errors. - Benjamin On May 26, 2006, at 5:00 AM, Alan Schmitt wrote: > Hello, > > I realized yesterday that I had xferbycopying set to false, so I > turned it back on. However some automatic unison synchronization > failed last night, with the message: > > Begin forwarded message: > >> from /Users/schmitta >> to //proton//home/aschmitt/top_backup/schmitta >> [BGN] Copying Maildir/.Caml/cur/ >> 1148507176.26619_0.top.inrialpes.fr:2,ST >> from /Users/schmitta >> to //proton//home/aschmitt/top_backup/schmitta >> [BGN] Copying Maildir/.Caml/cur/ >> 1148524107.27456_0.top.inrialpes.fr:2,ST >> from /Users/schmitta >> to //proton//home/aschmitt/top_backup/schmitta >> Shortcut: copying 1148479971.21638_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148479971.21638_0.top.inrialpes.fr:2, >> Shortcut: copying 1148480581.21715_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148480581.21715_0.top.inrialpes.fr:2, >> Shortcut: copying 1148486321.22169_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148486321.22169_0.top.inrialpes.fr:2, >> Shortcut: copying 1148486626.22200_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148486626.22200_0.top.inrialpes.fr:2, >> Shortcut: copying 1148489647.22399_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148489647.22399_0.top.inrialpes.fr:2, >> Shortcut: copying 1148491461.22975_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148491461.22975_0.top.inrialpes.fr:2, >> Shortcut: copying 1148491764.23139_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148491764.23139_0.top.inrialpes.fr:2, >> Shortcut: copying 1148492368.23489_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148492368.23489_0.top.inrialpes.fr:2, >> Shortcut: copying 1148503553.26408_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148503553.26408_0.top.inrialpes.fr:2, >> Shortcut: copying 1148507176.26619_0.top.inrialpes.fr:2,ST from >> local file Maildir/.Caml/cur/1148507176.26619_0.top.inrialpes.fr:2, >> Uncaught exception Not_found >> Fatal error: Lost connection with the server > > As this is critical data, I turned back xferbycopying to false, and > I was wondering if this is a known bug. > > Alan > > -- > Alan Schmitt > > The hacker: someone who figured things out and made something cool > happen. > .O. > ..O > OOO > > > _______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From alan.schmitt at polytechnique.org Tue May 30 11:44:18 2006 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Tue, 30 May 2006 17:44:18 +0200 Subject: [Unison-hackers] Reproducible "archives not identical bug" Message-ID: <9C26CA38-90BE-41E4-8971-F93745FC5932@polytechnique.org> In presence of path that cannot be propagated, Unison may have a fatal error "archives not identical". Here is the setting: replica A: tmp/ubug/foo tmp/toto/foo replica B: tmp/ profile: root = /Users/schmitta/tmp root = ssh://beauty/tmp # common options sshargs = -C servercmd = bin/unison path = ubug/foo path = toto The run: (* message that there are no archive *) local beauty.local error ubug/foo path ubug/foo is not valid because ubug is not a directory in one of the replicas dir ----> toto [f] Proceed with propagating updates? [] y Propagating updates UNISON 2.19.2 started propagating changes at 17:40:47 on 30 May 2006 [ERROR] Skipping ubug/foo path ubug/foo is not valid because ubug is not a directory in one of the replicas [BGN] Copying toto from /Users/schmitta/tmp to //beauty.local//Users/schmitta/tmp [END] Copying toto UNISON 2.19.2 finished propagating changes at 17:40:47 on 30 May 2006 Saving synchronizer state Dumping archives to ~/unison.dump on both hosts Finished dumping archives Fatal error: Internal error: New archives are not identical. Retaining original archives. Please run Unison again to bring them up to date. I can run with some debugging option, if it's helpful. Alan -- Alan Schmitt The hacker: someone who figured things out and made something cool happen. .O. ..O OOO -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20060530/a3231cae/PGP.pgp From bcpierce at cis.upenn.edu Tue May 30 21:01:03 2006 From: bcpierce at cis.upenn.edu (bcpierce@cis.upenn.edu) Date: Tue, 30 May 2006 21:01:03 -0400 Subject: [Unison-hackers] [unison-svn] r159 - trunk/src Message-ID: <200605310101.k4V1136X004150@canfield.cis.upenn.edu> Author: bcpierce Date: 2006-05-30 21:01:02 -0400 (Tue, 30 May 2006) New Revision: 159 Modified: trunk/src/RECENTNEWS trunk/src/files.ml trunk/src/mkProjectInfo.ml trunk/src/uimacbridge.ml Log: * Fixed a bug in merging code where Unison could sometimes deadlock with the external merge program, if the latter produced large amounts of output. * Improved the handling of merging in the Mac GUI: merge results are now displayed in a separate window (like "diff") instead of flashing past in the status line at the top.