to Version 2.40.61 Reproducible: Always
Please update, 2.40 works stable on archlinux
The ebuild from here works fine for me: http://gentoo-overlays.zugaina.org/belak/portage/net-misc/unison/
(In reply to comment #2) > The ebuild from here works fine for me: > http://gentoo-overlays.zugaina.org/belak/portage/net-misc/unison/ Works fine for me :)
I've been using this ebuild for quite a while now and I haven't encountered any problems with it. Please add it to portage!
I can confirm that a version bump to 2.40.63 of the zugaina ebuild installs and functions properly on x86.
(In reply to comment #2) > http://gentoo-overlays.zugaina.org/belak/portage/net-misc/unison/ Still using that ebuild without any issues. Please add it to portage or let me know what more testing needs to be done; I'll help if I can!
For completeness: Besides the belak overlay, the foo-overlay has an ebuild, too: http://gentoo-overlays.zugaina.org/foo-overlay/portage/net-misc/unison/ http://gentoo-overlays.zugaina.org/belak/portage/net-misc/unison/
*** Bug 383701 has been marked as a duplicate of this bug. ***
So i guess we could finally get rid of https://bugs.gentoo.org/show_bug.cgi?id=347029 ?
I have follow error: ocamlopt -I lwt -I ubase -I system -I system/generic -I lwt/generic -I +lablgtk2 -c /tmp/pool/lenovo/portage/net-misc/unison-2.40.63/work/unison-2.40.63/uigtk2.ml File "/tmp/pool/lenovo/portage/net-misc/unison-2.40.63/work/unison-2.40.63/uigtk2.ml", line 1, characters 0-1: Error: /usr/lib64/ocaml/lablgtk2/pango.cmi is not a compiled interface make: *** [uigtk2.cmx] Fehler 2
(In reply to comment #10) > I have follow error: > ocamlopt -I lwt -I ubase -I system -I system/generic -I lwt/generic -I > +lablgtk2 -c > /tmp/pool/lenovo/portage/net-misc/unison-2.40.63/work/unison-2.40.63/uigtk2.ml > File > "/tmp/pool/lenovo/portage/net-misc/unison-2.40.63/work/unison-2.40.63/uigtk2.ml", > line 1, characters 0-1: > Error: /usr/lib64/ocaml/lablgtk2/pango.cmi > is not a compiled interface > make: *** [uigtk2.cmx] Fehler 2 My Solution: emerge -1 dev-ml/lablgl emerge -1 dev-ml/lablgtk And now works. :-)
Thomas, your most recent update of ocaml should have told you to run "emerge @ocaml-rebuild" or similar, which should fix all such issues. See bug #56597 for details on the need to run that command.
ocamlc -I lwt -I ubase -I system -I system/generic -I lwt/generic -custom -g -c /var/tmp/portage/net-misc/unison-2.40.63/work/unison-2.40.63/linktext.ml Linking unison ocamlc -verbose -I lwt -I ubase -I system -I system/generic -I lwt/generic -custom -g -o unison -O2 -pipe unix.cma str.cma bigarray.cma ubase/rx.cmo unicode_tables.cmo unicode.cmo bytearray.cmo system/system_generic.cmo system/generic/system_impl.cmo system.cmo ubase/projectInfo.cmo ubase/myMap.cmo ubase/safelist.cmo ubase/uprintf.cmo ubase/util.cmo ubase/uarg.cmo ubase/prefs.cmo ubase/trace.cmo ubase/proplist.cmo lwt/pqueue.cmo lwt/lwt.cmo lwt/lwt_util.cmo lwt/generic/lwt_unix_impl.cmo lwt/lwt_unix.cmo case.cmo pred.cmo uutil.cmo fileutil.cmo name.cmo path.cmo fspath.cmo fs.cmo fingerprint.cmo abort.cmo osx.cmo external.cmo props.cmo fileinfo.cmo os.cmo lock.cmo clroot.cmo common.cmo tree.cmo checksum.cmo terminal.cmo transfer.cmo xferhint.cmo remote.cmo globals.cmo fpcache.cmo update.cmo copy.cmo stasher.cmo files.cmo sortri.cmo recon.cmo transport.cmo strings.cmo uicommon.cmo uitext.cmo test.cmo main.cmo linktext.cmo osxsupport.o pty.o bytearray_stubs.o -cclib -lutil /usr/bin/ocamlc: unknown option `-O2'. Looks like it does something very silly with CFLAGS ... ?
(In reply to comment #13) > Looks like it does something very silly with CFLAGS ... ? That may be bug #327235
ocamlopt (In reply to comment #13) > /usr/bin/ocamlc: unknown option `-O2'. > > > Looks like it does something very silly with CFLAGS ... ? from the ebuild: # Discard cflags as it will try to pass them to ocamlc... emake $myconf CFLAGS="" buildexecutable || die "error making unsion" why do you still have '-O2' passed?
(In reply to comment #13) > Looks like it does something very silly with CFLAGS ... ? @Patrick, is this during src_compile? If so stay here. But if this happens during src_test, please report to bug #327235
What is stopping this from being added to the tree? bug #327235 is not a regression (and may not be a bug?) The ebuild at http://gentoo-overlays.zugaina.org/belak/portage/net-misc/unison/ works for me on x86 (installed and running almost daily for ages) Happy to help with further testing. Target should be 2.40.65 which has a minor fix for documentation: http://www.seas.upenn.edu/~bcpierce/unison//download/releases/unison-2.40.65/ 2.40.65 is currently stable in many major distros, and as unison requires identical versions on computers it syncs between it would be great to get it in the tree.
(In reply to comment #17) > What is stopping this from being added to the tree? > > [...] (installed and running almost daily for ages) > > [...] You're right, it is sad how this bug has had absolutely no progress since January 2011, althogh there already is a working ebuild. Even more sadly, in the Gentoo world, this is not an isolated case. What can I say, I switched to archlinux over a year ago. Too bad.
Hi, I am joining ML herd to maintain this ebuild (which I myself actively use). Just bumped. Apologize to sad Gentoo users. Developers in Gentoo come and go. It could turn out no devs uses such piece of (nice) software. Please consider to apply to get involved as a dev. Please test 2.40.65 ;) +*unison-2.40.65 (06 Jun 2012) + + 06 Jun 2012; Benda Xu <heroxbd@gentoo.org> +unison-2.40.65.ebuild: + bump closing bug 353282. Thanks to Thomas and all the people who commented and + pushed +