From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id F201181799 for ; Mon, 22 Jul 2013 14:56:17 +0200 (CEST) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of info@gerd-stolpmann.de) identity=pra; client-ip=212.227.126.171; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="info@gerd-stolpmann.de"; x-sender="info@gerd-stolpmann.de"; x-conformance=sidf_compatible Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of info@gerd-stolpmann.de) identity=mailfrom; client-ip=212.227.126.171; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="info@gerd-stolpmann.de"; x-sender="info@gerd-stolpmann.de"; x-conformance=sidf_compatible Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of postmaster@moutng.kundenserver.de designates 212.227.126.171 as permitted sender) identity=helo; client-ip=212.227.126.171; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="info@gerd-stolpmann.de"; x-sender="postmaster@moutng.kundenserver.de"; x-conformance=sidf_compatible; x-record-type="v=spf1" X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhYCAMIq7VHU436rbWdsb2JhbABagztQrg6SIoEOFg4LCwwGFgMlgiQBAQVHJwQHEAUGDgoNIUUSBhMJCAECCodgAxMIqhCEKwOIaIllhQxyMweDfgOOZRiKCY5VhGOBaA X-IPAS-Result: AhYCAMIq7VHU436rbWdsb2JhbABagztQrg6SIoEOFg4LCwwGFgMlgiQBAQVHJwQHEAUGDgoNIUUSBhMJCAECCodgAxMIqhCEKwOIaIllhQxyMweDfgOOZRiKCY5VhGOBaA X-IronPort-AV: E=Sophos;i="4.89,719,1367964000"; d="scan'208";a="26876972" Received: from moutng.kundenserver.de ([212.227.126.171]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 22 Jul 2013 14:56:17 +0200 Received: from office1.lan.sumadev.de (dslb-084-059-078-221.pools.arcor-ip.net [84.59.78.221]) by mrelayeu.kundenserver.de (node=mrbap3) with ESMTP (Nemesis) id 0LmL6w-1USjqn1SCo-00ZuEy; Mon, 22 Jul 2013 14:55:59 +0200 Received: from gps.dynxs.de (localhost [127.0.0.1]) by office1.lan.sumadev.de (Postfix) with ESMTP id 9C206C00CF; Mon, 22 Jul 2013 14:55:58 +0200 (CEST) Received: from 84.107.248.22 (SquirrelMail authenticated user gerd) by gps.dynxs.de with HTTP; Mon, 22 Jul 2013 14:55:59 +0200 Message-ID: In-Reply-To: References: <383739793.214096184.1374254520546.JavaMail.root@zimbra27-e5.priv.proxad.net> <7b4c87b5d9aa76728e239f0a2172b795.squirrel@gps.dynxs.de> <6796313D-9F02-4C70-87D9-8DC9BC896028@recoil.org> Date: Mon, 22 Jul 2013 14:55:59 +0200 From: "Gerd Stolpmann" To: "Yaron Minsky" Cc: "Anil Madhavapeddy" , r.3@libertysurf.fr, "caml-list@inria.fr" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable X-Provags-ID: V02:K0:ESnFfqCDnnkRlu3YYvu9av1psu1V5WS0Gl4Y1IZSkTJ zK1cBgn6Ga2GkGQZp4NI0c9lO7o6wAZ3SNDAJ3/ZycTpXb0hZ2 oqzD8FpXFmF9c+T37cdffTuOKGnHiIs9wkb4vT7kspXmlShvuw 8p7cSlYitXK46EM35gV2AnKqswKuKJotWqb7ySEFCdMc8VYXsr +C2GhvQoZKdU0u0SB2Ma87i+sQsdi0nv06fMENyNq8U5+5afjC gFJbSXZOLbsZcgEFOXU8FM2HZXPlB82eaRsGcU31lafiAcuTd2 DwoCR8H0O7VlNAVAPZfcxUu1XIyWM990QHhaYBEB+WjZt/SDEm Ufhs8MEGK1Q0jw3gtLkRHt46GWz/0i8R3agDOC92ElsYSwaT4l iM/h7VB/TVcG4XEo8GyZDXCL6uwij3Yknw= Subject: Re: [Caml-list] opam and godi Sad to read such FUD here. The truth is that the company Yaron is working for never managed to create good Core packages. I don't know what the reason is, but I guess so it is within this company, since other people with fewer resources mastered similar tasks well. This is something I was always puzzled about, since initially there was good cooperation with this company. So far I've removed Core from GODI because it misses QA standards, and have no plans to add it again. Gerd Yaron Minsky wrote: > While I appreciate the work that Gerd has done on GODI, I do think > that OPAM is a significant improvement over GODI. > > From an end-user-experience perspective, I've found OPAM to be > considerably smoother than GODI. In addition to having what I > consider to be a better user interface, upgrading of packages in OPAM > has been very smooth overall. I found upgrades in GODI to be pretty > tricky, with many upgrades ending in failure for one reason or > another. I suspect this has something to do with the system for > handling of dependencies in OPAM, which has taken quite a bit of work > to get right from what I understand. > > In addition, the ability to easily handle multiple compilers in OPAM > is also a big win, from my perspective. I think it makes it much > easier to try out and give feedback on upcoming compiler versions, > which is good for the community as a whole. (Plus, trying out > bleeding-edge compiler patches is fun...) > > With the arrival of OPAM, for the first time I feel good about > recommending that new users try out libraries with significant > dependencies like Core, since installing such libraries is now really > quite simple. > > y > > On Sun, Jul 21, 2013 at 10:20 AM, Anil Madhavapeddy > wrote: >> On 21 Jul 2013, at 14:54, "Gerd Stolpmann" >> wrote: >>> >>>> Hello, >>>> could someone explain please the relation between godi and opam ? Is >>>> it >>>> concurrent ? >>>> Godi has been there for some time, and works quite nicely. So what are >>>> differences ? >>> >>> Hi, >>> >>> both are independent projects. OPAM is a younger project, and I don't >>> really know what the motivation behind it is (in addition to the >>> generic >>> motication to hack something). There were initially claims to make it >>> is >>> easier to package software up, but what I've seen is actually not much >>> different from GODI (actually even worse now that GODI allows it to >>> fully >>> automate package releases). >> >> The answer's right there on the front page: >> >> "OPAM is a source-based package manager for OCaml. It supports multiple >> simultaneous compiler installations, flexible package constraints, and a >> Git-friendly development workflow." >> >>> The feature sets are not the same, and some stuff works better in OPAM >>> and >>> some in GODI. As I'm advocating the latter, let me point out some >>> features >>> where I think GODI is better: >> >> Feature minutiae aside, I'd say the biggest benefit of OPAM is the more >> open development workflow. It's easier for people to maintain their >> own branches and contribute changes to the central repository. >> >> Let's look at the stable repository "pulse": >> https://github.com/OCamlPro/opam-repository/pulse/monthly >> >> It tells us that in the last month, there have been 30 authors that have >> pushed 167 package updates. These have all come in as pull requests that >> can still be browsed. For example, see the latest Core from Jane >> Street: >> https://github.com/OCamlPro/opam-repository/pulls?state=3Dclosed >> >> Several development groups also maintain their own remotes without any >> need to depend on the central repository. For example, see Citrix's: >> https://github.com/xapi-project/opam-repo-dev/tree/master/packages >> >> As Gerd points out, GODI is an older and more mature project. I find >> OPAM more useful for my own personal development workflow though. You >> should try both out and see which one you prefer. >> >> cheers, >> Anil >> >> -- >> Caml-list mailing list. Subscription management and archives: >> https://sympa.inria.fr/sympa/arc/caml-list >> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners >> Bug reports: http://caml.inria.fr/bin/caml-bugs > > -- > Caml-list mailing list. Subscription management and archives: > https://sympa.inria.fr/sympa/arc/caml-list > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs > > --=20 Gerd Stolpmann, Darmstadt, Germany gerd@gerd-stolpmann.de Creator of GODI and camlcity.org. Contact details: http://www.camlcity.org/contact.html Company homepage: http://www.gerd-stolpmann.de *** Searching for new projects! Need consulting for system *** programming in Ocaml? Gerd Stolpmann can help you.