From rhardy at teledyne.com Mon Feb 2 18:20:33 2009 From: rhardy at teledyne.com (Robert Hardy) Date: Mon, 2 Feb 2009 18:20:33 -0500 (EST) Subject: [Unison-hackers] PATCH: Bugfix unison -times support for directories Message-ID: There seems to be a bug in the unison -times option in that it ignores directory times. I found some comments in BUGS.txt that suggests this needed OCAML changes. I can't see why that comment is there. With some suggestions from freenode's #ocaml I came up with this patch which works on Linux. I was syncing large quanties of data between an el4 and el5 box. Ignoring the directory times caused me a lot of problems. I suspect this patch should also be extended for Unix.S_LNK as currently unison with -owner -group -times should set the user/owner for links and it does not. Here is a simple patch which in basic testing under el5 seems to fix this problem: http://webcon.ca/~rhardy/utmp/unison-2.27.57-dir_times.patch diff -urNbBp unison-2.27.57/props.ml.orig unison-2.27.57/props.ml --- unison-2.27.57/props.ml.orig 2007-04-01 23:03:20.000000000 -0400 +++ unison-2.27.57/props.ml 2009-02-02 14:22:07.000000000 -0500 @@ -501,6 +501,8 @@ let get stats _ = let v = stats.Unix.LargeFile.st_mtime in if stats.Unix.LargeFile.st_kind = Unix.S_REG && Prefs.read sync then Synced v + else if stats.Unix.LargeFile.st_kind = Unix.S_DIR && Prefs.read sync then + Synced v else NotSynced v Regards, Rob -- Robert Hardy, B.Eng Computer Systems Systems Analyst/Software Developer/I.T. Specialist Teledyne Controls Simulation 105-2255 St Laurent Blvd Ottawa, ON K1G 4K3 Canada +16135262059 ex 355 Fax +16135265751 From bcpierce at cis.upenn.edu Mon Feb 2 18:37:02 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Mon, 2 Feb 2009 18:37:02 -0500 Subject: [Unison-hackers] PATCH: Bugfix unison -times support for directories In-Reply-To: References: Message-ID: <80FE369B-F5E4-454B-90EC-B248F3219536@cis.upenn.edu> Hi Rob, With just this patch, if an updated file is transferred by Unison, won't its parent directory's modtime then be wrong on the receiving host? Best, - Benjamin On Feb 2, 2009, at 6:20 PM, Robert Hardy wrote: > There seems to be a bug in the unison -times option in that it ignores > directory times. I found some comments in BUGS.txt that suggests > this needed > OCAML changes. I can't see why that comment is there. With some > suggestions > from freenode's #ocaml I came up with this patch which works on Linux. > > I was syncing large quanties of data between an el4 and el5 box. > Ignoring > the directory times caused me a lot of problems. > > I suspect this patch should also be extended for Unix.S_LNK as > currently > unison with -owner -group -times should set the user/owner for links > and it > does not. > > Here is a simple patch which in basic testing under el5 seems to fix > this problem: > > http://webcon.ca/~rhardy/utmp/unison-2.27.57-dir_times.patch > > diff -urNbBp unison-2.27.57/props.ml.orig unison-2.27.57/props.ml > --- unison-2.27.57/props.ml.orig 2007-04-01 23:03:20.000000000 -0400 > +++ unison-2.27.57/props.ml 2009-02-02 14:22:07.000000000 -0500 > @@ -501,6 +501,8 @@ let get stats _ = > let v = stats.Unix.LargeFile.st_mtime in > if stats.Unix.LargeFile.st_kind = Unix.S_REG && Prefs.read sync > then > Synced v > + else if stats.Unix.LargeFile.st_kind = Unix.S_DIR && Prefs.read > sync then > + Synced v > else > NotSynced v > > > Regards, > Rob > > -- > Robert Hardy, B.Eng Computer Systems > Systems Analyst/Software Developer/I.T. Specialist > Teledyne Controls Simulation > 105-2255 St Laurent Blvd > Ottawa, ON K1G 4K3 Canada > +16135262059 ex 355 > Fax +16135265751 > _______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From bcpierce at cis.upenn.edu Fri Feb 13 08:29:49 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Fri, 13 Feb 2009 08:29:49 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> Message-ID: <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> Well, I made a little more progress on this, but I'm not there yet... PROGRESS: After some poking around in the path_helper script, it seems that the read_path_dir function is not returning when the variable p is set to /usr/X11/bin. I still don't understand why, but apparently this is the first thing it is trying to add to my PATH that is not already there, and adding it to my PATH before running path_helper makes it terminate successfully. CURRENT PROBLEM: Now the OSX GUI compiles almost to the end, but the final link step fails like this: Ld /Users/bcpierce/current/unison/trunk/src/uimacnew/build/Default/ Unison.app/Contents/MacOS/Unison normal i386 mkdir /Users/bcpierce/current/unison/trunk/src/uimacnew/build/ Default/Unison.app/Contents/MacOS cd /Users/bcpierce/current/unison/trunk/src/uimacnew setenv MACOSX_DEPLOYMENT_TARGET 10.4 /Developer/usr/bin/gcc-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -L/Users/bcpierce/current/unison/trunk/src/uimacnew/ build/Default -F/Users/bcpierce/current/unison/trunk/src/uimacnew/ build/Default -F/Users/bcpierce/current/unison/trunk/src/uimacnew - filelist /Users/bcpierce/current/unison/trunk/src/uimacnew/build/ uimacnew.build/Default/uimac.build/Objects-normal/i386/ Unison.LinkFileList -mmacosx-version-min=10.4 -L/Users/bcpierce/godi/ lib/ocaml/std-lib -lunix -lthreadsnat -lstr -lasmrun -framework Cocoa - framework Security -framework Growl -framework ExceptionHandling / Users/bcpierce/current/unison/trunk/src/uimacnew/../unison-blob.o -o / Users/bcpierce/current/unison/trunk/src/uimacnew/build/Default/ Unison.app/Contents/MacOS/Unison Undefined symbols: "_chmod$UNIX2003", referenced from: _setFileInfos in unison-blob.o _setFileInfos in unison-blob.o ld: symbol(s) not found collect2: ld returned 1 exit status Any idea? (I'll attach a complete compile log, in case that helps...) Thanks! - Benjamin -------------- next part -------------- A non-text attachment was scrubbed... Name: m.tmp Type: application/octet-stream Size: 81828 bytes Desc: not available Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20090213/9d533dc1/m.dll -------------- next part -------------- On Jan 18, 2009, at 9:58 AM, Alan Schmitt wrote: > On 18 janv. 09, at 15:37, Benjamin Pierce wrote: > >>> It works well here. Does path_helper also get stuck when you >>> manually launch it? >> >> Yes, it does. > > I googled a bit, and I could not find a definitive answer. > > You could try: > - launching a new shell (for instance zsh) and see whether from this > new shell path_helper -s works; > - check that the /etc/profile was properly upgraded when you moved > to Leopard. > > This may also hint at a solution: > http://iparrizar.mnstate.edu/~juan/urania/2008/03/25/leopards-path_helper-seems-a-bit-buggy/ > > Hope this helps, > > Alan > _______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From steve at kalkwarf.com Fri Feb 13 10:14:04 2009 From: steve at kalkwarf.com (Steve Kalkwarf) Date: Fri, 13 Feb 2009 10:14:04 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> Message-ID: <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> On Feb 13, 2009, at 8:29 AM, Benjamin Pierce wrote: > Undefined symbols: > "_chmod$UNIX2003", referenced from: > _setFileInfos in unison-blob.o > _setFileInfos in unison-blob.o > ld: symbol(s) not found If I remember correctly, this means that caml was built with the 10.4 SDK, and Unison is being built with the 10.5 SDK. I thought Alan and I sorted this out last spring, but maybe I'm mistaken. Where did your ocaml install come from? Steve From bcpierce at seas.upenn.edu Fri Feb 13 10:20:08 2009 From: bcpierce at seas.upenn.edu (Benjamin C. Pierce) Date: Fri, 13 Feb 2009 10:20:08 -0500 Subject: [Unison-hackers] [unison-svn] r317 - trunk/src Message-ID: <200902131520.n1DFK8jY001581@yaws.seas.upenn.edu> Author: bcpierce Date: 2009-02-13 10:20:07 -0500 (Fri, 13 Feb 2009) New Revision: 317 Modified: trunk/src/RECENTNEWS trunk/src/mkProjectInfo.ml trunk/src/update.ml Log: * Don't delete the temp file when a transfer fails due to a fingerprint mismatch (so that we can have a look and see why!) Modified: trunk/src/RECENTNEWS =================================================================== --- trunk/src/RECENTNEWS 2009-01-15 03:34:22 UTC (rev 316) +++ trunk/src/RECENTNEWS 2009-02-13 15:20:07 UTC (rev 317) @@ -1,3 +1,9 @@ +CHANGES FROM VERSION 2.32.2 + +* Don't delete the temp file when a transfer fails due to a + fingerprint mismatch (so that we can have a look and see why!) + +------------------------------- CHANGES FROM VERSION 2.32.1 * Applied a patch from Karl M to make the GTK2 version build with Modified: trunk/src/mkProjectInfo.ml =================================================================== --- trunk/src/mkProjectInfo.ml 2009-01-15 03:34:22 UTC (rev 316) +++ trunk/src/mkProjectInfo.ml 2009-02-13 15:20:07 UTC (rev 317) @@ -100,3 +100,4 @@ + Modified: trunk/src/update.ml =================================================================== --- trunk/src/update.ml 2009-01-15 03:34:22 UTC (rev 316) +++ trunk/src/update.ml 2009-02-13 15:20:07 UTC (rev 317) @@ -1748,12 +1748,17 @@ let dig' = Os.fingerprint fspath path info in let ress' = Osx.stamp info.Fileinfo.osX in if dig' <> dig then begin - if deleteBadTempFiles then Os.delete fspath path; + let savepath = Path.addSuffixToFinalName path "-bad" in + (* if deleteBadTempFiles then Os.delete fspath path; *) + if deleteBadTempFiles then + Os.rename "save temp" fspath path fspath savepath; raise (Util.Transient (Printf.sprintf "The file %s was incorrectly transferred (fingerprint mismatch in %s)%s" (Path.toString path) (Os.reasonForFingerprintMismatch dig dig') - (if deleteBadTempFiles then " -- temp file removed" else ""))); + (if deleteBadTempFiles + then " -- temp file saved as" ^ Path.toString savepath + else ""))); end; ArchiveFile (Props.override info.Fileinfo.desc desc, dig, Fileinfo.stamp info, ress') From bcpierce at cis.upenn.edu Fri Feb 13 10:26:50 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Fri, 13 Feb 2009 10:26:50 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> Message-ID: <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> > Where did your ocaml install come from? Maybe it was left over from when the system was running 10.4. Let me try to upgrade... Thanks! - B On Feb 13, 2009, at 10:14 AM, Steve Kalkwarf wrote: > On Feb 13, 2009, at 8:29 AM, Benjamin Pierce wrote: > >> Undefined symbols: >> "_chmod$UNIX2003", referenced from: >> _setFileInfos in unison-blob.o >> _setFileInfos in unison-blob.o >> ld: symbol(s) not found > > If I remember correctly, this means that caml was built with the 10.4 > SDK, and Unison is being built with the 10.5 SDK. > > I thought Alan and I sorted this out last spring, but maybe I'm > mistaken. > > Where did your ocaml install come from? > > Steve > _______________________________________________ > 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 Fri Feb 13 16:12:00 2009 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Fri, 13 Feb 2009 22:12:00 +0100 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> Message-ID: <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> On 13 f?vr. 09, at 16:26, Benjamin Pierce wrote: >> Where did your ocaml install come from? > > Maybe it was left over from when the system was running 10.4. Let me > try to upgrade... This is the problem, but if you want to distribute the binary, you should compile it for both 10.4 and 10.5. So your choices are: - if you want to simply use it for yourself, just recompile ocaml on your 10.5 machine, and you'll be set; - if you want to distribute it, you need to tweak your ocaml compilation. Using godi, you need to: - set the following in godi.conf OCAML_CONF_ARGS=-cc "gcc -mmacosx-version-min=10.4" - rebuild godi-ocaml-src and godi-ocaml Alan -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20090213/2425d50e/PGP.sig From bcpierce at cis.upenn.edu Fri Feb 13 21:24:22 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Fri, 13 Feb 2009 21:24:22 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> Message-ID: <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> Thanks, Alan -- for the moment I just want to build for this machine, so that should be easy. Unfortunately, I'm having some struggles with reinstalling godi, at the moment. (I decided it was simplest just to install it from scratch.) ~/tmp/godi-rocketboost-20080630> ./bootstrap_stage2 ./bootstrap_stage2 wget: unrecognized option `--no-glob' Usage: wget [OPTION]... [URL]... Sigh... - Benjamin On Feb 13, 2009, at 4:12 PM, Alan Schmitt wrote: > On 13 f?vr. 09, at 16:26, Benjamin Pierce wrote: > >>> Where did your ocaml install come from? >> >> Maybe it was left over from when the system was running 10.4. Let me >> try to upgrade... > > This is the problem, but if you want to distribute the binary, you > should compile it for both 10.4 and 10.5. So your choices are: > - if you want to simply use it for yourself, just recompile ocaml on > your 10.5 machine, and you'll be set; > - if you want to distribute it, you need to tweak your ocaml > compilation. Using godi, you need to: > - set the following in godi.conf > OCAML_CONF_ARGS=-cc "gcc -mmacosx-version-min=10.4" > - rebuild godi-ocaml-src and godi-ocaml > > Alan_______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From bcpierce at cis.upenn.edu Sat Feb 14 10:53:59 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Sat, 14 Feb 2009 10:53:59 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> Message-ID: <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> This morning I tried to get things working in a more basic way: I compiled OCaml 3.11 from sources (first remembering to upgrade my XCode to the very latest version from the ADC site, as recommended on the OCaml install instructions). Recompiling Unison now gives me a new set of (similar) errors... I'm sure I'm doing something simple wrong here -- can someone see what it is? Thanks, - Benjamin Ld /Users/bcpierce/current/unison/trunk/src/uimacnew/build/Default/ Unison.app/Contents/MacOS/Unison normal i386 mkdir /Users/bcpierce/current/unison/trunk/src/uimacnew/build/ Default/Unison.app/Contents/MacOS cd /Users/bcpierce/current/unison/trunk/src/uimacnew setenv MACOSX_DEPLOYMENT_TARGET 10.4 /Developer/usr/bin/gcc-4.0 -arch i386 -isysroot /Developer/SDKs/ MacOSX10.4u.sdk -L/Users/bcpierce/current/unison/trunk/src/uimacnew/ build/Default -F/Users/bcpierce/current/unison/trunk/src/uimacnew/ build/Default -F/Users/bcpierce/current/unison/trunk/src/uimacnew - filelist /Users/bcpierce/current/unison/trunk/src/uimacnew/build/ uimacnew.build/Default/uimac.build/Objects-normal/i386/ Unison.LinkFileList -mmacosx-version-min=10.4 -L/usr/local/lib/ocaml - lunix -lthreadsnat -lstr -lasmrun -framework Cocoa -framework Security -framework Growl -framework ExceptionHandling /Users/bcpierce/current/ unison/trunk/src/uimacnew/../unison-blob.o -o /Users/bcpierce/current/ unison/trunk/src/uimacnew/build/Default/Unison.app/Contents/MacOS/Unison Undefined symbols: "_fcntl$UNIX2003", referenced from: _caml_sys_open in libasmrun.a(sys.o) _unix_set_nonblock in libunix.a(fcntl.o) _unix_set_nonblock in libunix.a(fcntl.o) _unix_clear_nonblock in libunix.a(fcntl.o) _unix_clear_nonblock in libunix.a(fcntl.o) _unix_set_close_on_exec in libunix.a(fcntl.o) _unix_set_close_on_exec in libunix.a(fcntl.o) _unix_clear_close_on_exec in libunix.a(fcntl.o) _unix_clear_close_on_exec in libunix.a(fcntl.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) _unix_lockf in libunix.a(lockf.o) "_tcdrain$UNIX2003", referenced from: _unix_tcdrain in libunix.a(termios.o) "_pthread_cond_init$UNIX2003", referenced from: _caml_thread_reinitialize in libthreadsnat.a(posix_n.o) _caml_threadstatus_new in libthreadsnat.a(posix_n.o) _caml_condition_new in libthreadsnat.a(posix_n.o) "_open$UNIX2003", referenced from: _caml_sys_open in libasmrun.a(sys.o) _unix_open in libunix.a(open.o) "_write$UNIX2003", referenced from: _do_write in libasmrun.a(io.o) _unix_write in libunix.a(write.o) _unix_single_write in libunix.a(write.o) "_waitpid$UNIX2003", referenced from: _unix_waitpid in libunix.a(wait.o) "_strerror$UNIX2003", referenced from: _caml_pthread_check in libthreadsnat.a(posix_n.o) _caml_sys_error in libasmrun.a(sys.o) _unix_error_message in libunix.a(errmsg.o) "_sigsuspend$UNIX2003", referenced from: _unix_sigsuspend in libunix.a(signals.o) "_kill$UNIX2003", referenced from: _unix_kill in libunix.a(kill.o) "_fchmod$UNIX2003", referenced from: _unix_fchmod in libunix.a(fchmod.o) "_getrlimit$UNIX2003", referenced from: _segv_handler in libasmrun.a(signals_asm.o) "_close$UNIX2003", referenced from: _caml_close_channel in libasmrun.a(io.o) _caml_ml_close_channel in libasmrun.a(io.o) _caml_sys_close in libasmrun.a(sys.o) _unix_close in libunix.a(close.o) _alloc_sockaddr in libunix.a(socketaddr.o) "_pthread_sigmask$UNIX2003", referenced from: _caml_thread_tick in libthreadsnat.a(posix_n.o) _caml_thread_sigmask in libthreadsnat.a(posix_n.o) "_strtod$UNIX2003", referenced from: _caml_float_of_substring in libasmrun.a(floats.o) _caml_float_of_string in libasmrun.a(floats.o) "_read$UNIX2003", referenced from: _caml_do_read in libasmrun.a(io.o) _unix_read in libunix.a(read.o) "_wait$UNIX2003", referenced from: _unix_wait in libunix.a(wait.o) "_sleep$UNIX2003", referenced from: _unix_sleep in libunix.a(sleep.o) "_select$UNIX2003", referenced from: _caml_thread_tick in libthreadsnat.a(posix_n.o) _unix_select in libunix.a(select.o) "_fputs$UNIX2003", referenced from: _caml_fatal_error in libasmrun.a(misc.o) _caml_parse_engine in libasmrun.a(parsing.o) "_sigaltstack$UNIX2003", referenced from: _caml_init_signals in libasmrun.a(signals_asm.o) "_nice$UNIX2003", referenced from: _unix_nice in libunix.a(nice.o) "_sigwait$UNIX2003", referenced from: _caml_wait_signal in libthreadsnat.a(posix_n.o) "_chmod$UNIX2003", referenced from: _setFileInfos in unison-blob.o _setFileInfos in unison-blob.o _unix_chmod in libunix.a(chmod.o) "_system$UNIX2003", referenced from: _caml_sys_system_command in libasmrun.a(sys.o) "_mktime$UNIX2003", referenced from: _unix_mktime in libunix.a(gmtime.o) ld: symbol(s) not found collect2: ld returned 1 exit status On Feb 13, 2009, at 9:24 PM, Benjamin Pierce wrote: > Thanks, Alan -- for the moment I just want to build for this machine, > so that should be easy. > > Unfortunately, I'm having some struggles with reinstalling godi, at > the moment. (I decided it was simplest just to install it from > scratch.) > > ~/tmp/godi-rocketboost-20080630> ./bootstrap_stage2 > ./bootstrap_stage2 > wget: unrecognized option `--no-glob' > Usage: wget [OPTION]... [URL]... > > Sigh... > > - Benjamin > > > > On Feb 13, 2009, at 4:12 PM, Alan Schmitt wrote: > >> On 13 f?vr. 09, at 16:26, Benjamin Pierce wrote: >> >>>> Where did your ocaml install come from? >>> >>> Maybe it was left over from when the system was running 10.4. Let >>> me >>> try to upgrade... >> >> This is the problem, but if you want to distribute the binary, you >> should compile it for both 10.4 and 10.5. So your choices are: >> - if you want to simply use it for yourself, just recompile ocaml on >> your 10.5 machine, and you'll be set; >> - if you want to distribute it, you need to tweak your ocaml >> compilation. Using godi, you need to: >> - set the following in godi.conf >> OCAML_CONF_ARGS=-cc "gcc -mmacosx-version-min=10.4" >> - rebuild godi-ocaml-src and godi-ocaml >> >> Alan_______________________________________________ >> Unison-hackers mailing list >> Unison-hackers at lists.seas.upenn.edu >> http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers > > _______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers > From steve at kalkwarf.com Sun Feb 15 09:38:31 2009 From: steve at kalkwarf.com (Steve Kalkwarf) Date: Sun, 15 Feb 2009 09:38:31 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> Message-ID: <5BEF5087-A09B-45DE-B772-E3D982FE305B@kalkwarf.com> On Feb 14, 2009, at 10:53 AM, Benjamin Pierce wrote: > I'm sure I'm doing something simple wrong here -- can someone see what > it is? If you see symbols like these: "_fcntl$UNIX2003", referenced from: where the entry point has $UNIX2003, that means some component is trying to link against the wrong version of frameworks/sdks. By default, Xcode wants to use "Current OS" as the SDK version. I _always_ explicitly set my version for each project I maintain. Make sure Unison, ocaml, and all the other dependent libraries are being built with the same SDK version, and I think things will link just fine. Steve From alan.schmitt at polytechnique.org Sun Feb 15 15:06:50 2009 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Sun, 15 Feb 2009 21:06:50 +0100 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> Message-ID: <5A4B764D-988D-4C4E-A114-FC3675E234AF@polytechnique.org> On 14 f?vr. 09, at 03:24, Benjamin Pierce wrote: > Thanks, Alan -- for the moment I just want to build for this machine, > so that should be easy. > > Unfortunately, I'm having some struggles with reinstalling godi, at > the moment. (I decided it was simplest just to install it from > scratch.) > > ~/tmp/godi-rocketboost-20080630> ./bootstrap_stage2 > ./bootstrap_stage2 > wget: unrecognized option `--no-glob' > Usage: wget [OPTION]... [URL]... Godi now relies on wget. I found that the simplest way to install was using this binary: http://www.statusq.org/archives/2008/07/30/1954/ Alan -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20090215/ad86ed0b/PGP.sig From alan.schmitt at polytechnique.org Sun Feb 15 15:07:27 2009 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Sun, 15 Feb 2009 21:07:27 +0100 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> Message-ID: <1BED0079-7560-4068-A15B-CB861BA33028@polytechnique.org> On 14 f?vr. 09, at 16:53, Benjamin Pierce wrote: > This morning I tried to get things working in a more basic way: I > compiled OCaml 3.11 from sources (first remembering to upgrade my > XCode to the very latest version from the ADC site, as recommended on > the OCaml install instructions). Recompiling Unison now gives me a > new set of (similar) errors... > > I'm sure I'm doing something simple wrong here -- can someone see what > it is? make clean? -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20090215/a2ee9f80/PGP.sig From bdeb at willmore.eu Thu Feb 19 08:31:58 2009 From: bdeb at willmore.eu (Ben Willmore) Date: Thu, 19 Feb 2009 13:31:58 +0000 Subject: [Unison-hackers] Help building OSX GUI Message-ID: Benjamin -- I'm not sure if you solved your problem, but it may help to force gcc et al. to choose a particular SDK when building Unison using: MACOSX_DEPLOYMENT_TARGET=10.4 make or MACOSX_DEPLOYMENT_TARGET=10.5 make The first of these allowed me to build on 10.5 using an OCaml that was compiled by fink. Ben From bdeb at willmore.eu Thu Feb 19 09:49:42 2009 From: bdeb at willmore.eu (Ben Willmore) Date: Thu, 19 Feb 2009 14:49:42 +0000 Subject: [Unison-hackers] 'Some error in create_session child' Message-ID: Can anyone expand on what the error 'Some error in create_session child' is likely to mean? I just upgraded my mac and linux boxes to current trunk, and I get this error when I try to connect from the mac to linux. This is despite a correctly named executable (unison-2.32) being available on the linux end. Thanks, Ben From bcpierce at cis.upenn.edu Thu Feb 19 10:14:45 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Thu, 19 Feb 2009 10:14:45 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <1BED0079-7560-4068-A15B-CB861BA33028@polytechnique.org> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> <1BED0079-7560-4068-A15B-CB861BA33028@polytechnique.org> Message-ID: > make clean? Well, I did think of that by myself. :-) However, just to be sure, I tried everything again from scratch just now: * In a fresh ocaml-3.11 source tarball... make clean make world.opt sudo make install * In the current unison trunk: make clean make The result, sadly, is the same. Doing export MACOSX_DEPLOYMENT_TARGET=10.5 explicitly before the failing linking step also doesn't work. Doing "Get Info" from the finder tells me that /Developer/Applications/XCode.app is version 3.1.2. Any more ideas? - Benjamin On Feb 15, 2009, at 3:07 PM, Alan Schmitt wrote: > On 14 f?vr. 09, at 16:53, Benjamin Pierce wrote: > >> This morning I tried to get things working in a more basic way: I >> compiled OCaml 3.11 from sources (first remembering to upgrade my >> XCode to the very latest version from the ADC site, as recommended on >> the OCaml install instructions). Recompiling Unison now gives me a >> new set of (similar) errors... >> >> I'm sure I'm doing something simple wrong here -- can someone see >> what >> it is? > > make clean?_______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From steve at kalkwarf.com Thu Feb 19 11:48:27 2009 From: steve at kalkwarf.com (Steve Kalkwarf) Date: Thu, 19 Feb 2009 11:48:27 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> <1BED0079-7560-4068-A15B-CB861BA33028@polytechnique.org> Message-ID: <28F17C90-F376-4AE0-8026-271BED414177@kalkwarf.com> On Feb 19, 2009, at 10:14 AM, Benjamin Pierce wrote: > However, just to be sure, I tried everything again from scratch just > now: > > * In a fresh ocaml-3.11 source tarball... > make clean > make world.opt > sudo make install > * In the current unison trunk: > make clean > make > Any more ideas? What SDK is ocaml-3.11 building against? What SDK does trunk Unison build against? (You'll have to open the Xcode GUI to find out, but I'm pretty sure they are not going to be the same) Steve From bcpierce at cis.upenn.edu Thu Feb 19 17:53:16 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Thu, 19 Feb 2009 17:53:16 -0500 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <28F17C90-F376-4AE0-8026-271BED414177@kalkwarf.com> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> <1BED0079-7560-4068-A15B-CB861BA33028@polytechnique.org> <28F17C90-F376-4AE0-8026-271BED414177@kalkwarf.com> Message-ID: <3D552623-2BC0-4696-B4C1-17CC84408F0A@cis.upenn.edu> OK, now we're getting somewhere! I don't know how to find out from XCode what SDKs things are being built against, but I did notice that / Developer/SDKs had both 10.4 and 10.5 versions. Deleting the 10.4 SDK and recompiling ocaml worked fine. Recompiling Unison failed with error: There is no SDK with specified name or path '/Developer/SDKs/ MacOSX10.4u.sdk' which explains where the problem was! Moreover, building from within XCode after explicitly selecting the 10.5 SDK yields a runnable Unison. :-) The only question remaining is (a) what should be done to the Unison sources to make it possible to build the GUI version with make, and (b) should these changes be made permanently? Thanks, - Benjamin On Feb 19, 2009, at 11:48 AM, Steve Kalkwarf wrote: > On Feb 19, 2009, at 10:14 AM, Benjamin Pierce wrote: > >> However, just to be sure, I tried everything again from scratch just >> now: >> >> * In a fresh ocaml-3.11 source tarball... >> make clean >> make world.opt >> sudo make install >> * In the current unison trunk: >> make clean >> make > >> Any more ideas? > > > What SDK is ocaml-3.11 building against? > > What SDK does trunk Unison build against? > > (You'll have to open the Xcode GUI to find out, but I'm pretty sure > they are not going to be the same) > > Steve > _______________________________________________ > Unison-hackers mailing list > Unison-hackers at lists.seas.upenn.edu > http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers From bcpierce at cis.upenn.edu Thu Feb 19 17:57:51 2009 From: bcpierce at cis.upenn.edu (Benjamin Pierce) Date: Thu, 19 Feb 2009 17:57:51 -0500 Subject: [Unison-hackers] 'Some error in create_session child' In-Reply-To: References: Message-ID: <2FF76B37-FD56-49E9-AE5B-3C6E39286A27@cis.upenn.edu> No idea, I'm afraid -- the 'try' that's failing is wrapped around a pretty long chunk of code. But I know you're not afraid to compile from sources, so one way to make progress would be to insert some debugging printfs and try to narrow down which call is actually failing... - B On Feb 19, 2009, at 9:49 AM, Ben Willmore wrote: > Can anyone expand on what the error 'Some error in create_session > child' is likely to mean? > > I just upgraded my mac and linux boxes to current trunk, and I get > this error when I try to connect from the mac to linux. This is > despite a correctly named executable (unison-2.32) being available on > the linux end. > > Thanks, > > Ben > _______________________________________________ > 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 Fri Feb 20 02:20:04 2009 From: alan.schmitt at polytechnique.org (Alan Schmitt) Date: Fri, 20 Feb 2009 08:20:04 +0100 Subject: [Unison-hackers] Help building OSX GUI In-Reply-To: <3D552623-2BC0-4696-B4C1-17CC84408F0A@cis.upenn.edu> References: <3A36B4E3-2A27-435E-9E11-B852AC372A58@cis.upenn.edu> <4DBFC2EC-8355-478D-A199-7D7DB3220A37@polytechnique.org> <3BB79FBC-BB3C-429A-B9ED-433A9C92BDDE@cis.upenn.edu> <87A2B849-D292-461F-9880-DD7670552370@polytechnique.org> <2675D41E-0A57-4707-A0F4-64618C1C4963@cis.upenn.edu> <4615B1A2-3029-4BF7-96C8-2997F3B089A4@kalkwarf.com> <57894FBB-B83F-4CFF-97F8-668A24B2AA5F@cis.upenn.edu> <6BE46969-2D68-4F45-9D28-2B5D720755A7@polytechnique.org> <12DE3A85-A6F2-4D01-81D9-2949F66827BB@cis.upenn.edu> <2E008972-2CB9-42C0-9827-58C66813CDBB@cis.upenn.edu> <1BED0079-7560-4068-A15B-CB861BA33028@polytechnique.org> <28F17C90-F376-4AE0-8026-271BED414177@kalkwarf.com> <3D552623-2BC0-4696-B4C1-17CC84408F0A@cis.upenn.edu> Message-ID: On 19 f?vr. 09, at 23:53, Benjamin Pierce wrote: > OK, now we're getting somewhere! I don't know how to find out from > XCode what SDKs things are being built against, but I did notice > that / > Developer/SDKs had both 10.4 and 10.5 versions. Deleting the 10.4 SDK > and recompiling ocaml worked fine. Recompiling Unison failed with > > error: There is no SDK with specified name or path '/Developer/SDKs/ > MacOSX10.4u.sdk' > > which explains where the problem was! Moreover, building from within > XCode after explicitly selecting the 10.5 SDK yields a runnable > Unison. :-) > > The only question remaining is (a) what should be done to the Unison > sources to make it possible to build the GUI version with make, and > (b) should these changes be made permanently? The project setting should be changed in XCode (right now they say to build for at least 10.4, and these settings are followed by the xcodebuild command called from make). Also, the Makefile.OCaml has to change for the cltool compilation (see around line 158). Right now, everything is set to compile for both 10.4 and 10.5, but requires a specially built ocaml (which is simply a line to add in a configuration file in godi). The reason for this is that I don't have access to Tiger machines anymore and I want to provide a single binary for our users. We could try to do some tweaking to allow different compilation options, but I would first need to find out how to change the target SDK from the command line (right now I only know how to do it in XCode). Alan -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20090220/a95abf52/PGP-0001.sig From phineas at wharton.upenn.edu Wed Feb 25 23:23:37 2009 From: phineas at wharton.upenn.edu (Barnes, Phineas) Date: Wed, 25 Feb 2009 23:23:37 -0500 Subject: [Unison-hackers] Josh Kopelman: Investing in Data Mining Technology 2-26-09 Message-ID: Just a note that Josh Kopelman, Managing Partner, First Round Capital will be speaking about investing in data mining technologies in a class tomorrow but the professor is happy to have other students sit in if you are interested! Link to bio: http://www.firstround.com/team/jkopelman.html Class is at 1:30 Room SDH 213 and the official course number is OPIM 410 / 672 in case you're interested ~ Phineas Barnes MBA Candidate, Class of 2009 The Wharton School, University of Pennsylvania 215-327-0849 Phineas.Barnes.wg09 at wharton.upenn.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.seas.upenn.edu/pipermail/unison-hackers/attachments/20090225/ce69eaae/attachment.htm