From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id NAA07031; Tue, 27 Apr 2004 13:29:07 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id NAA07003 for ; Tue, 27 Apr 2004 13:29:06 +0200 (MET DST) Received: from mail.npc.de (fw.npc.de [62.225.140.214]) by nez-perce.inria.fr (8.12.10/8.12.10) with ESMTP id i3RBT4jq027721 for ; Tue, 27 Apr 2004 13:29:05 +0200 Received: from styx.ffm.npc.de (lion.npc.de [192.168.129.1]) by mail.npc.de (Postfix) with ESMTP id 03F0917AE; Tue, 27 Apr 2004 13:29:03 +0200 (CEST) Received: from hera.ffm.npc.de (hera.ffm.npc.de [192.168.130.8]) by styx.ffm.npc.de (Postfix STYX NPC GmbH) with ESMTP id 1BBE2C437; Tue, 27 Apr 2004 13:29:03 +0200 (CEST) Received: from ares.ffm.npc.de (ares.ffm.npc.de [192.168.130.32]) by hera.ffm.npc.de (Postfix HERA NPC GmbH) with ESMTP id C3069159C9; Tue, 27 Apr 2004 13:29:02 +0200 (CEST) Received: from ares.ffm.npc.de (ares.ffm.npc.de [192.168.130.32]) by ares.ffm.npc.de (Postfix ARES NPC GmbH) with ESMTP id 91840183F; Tue, 27 Apr 2004 13:29:02 +0200 (CEST) Subject: Re: [Caml-list] Re: Proposal: community standard library project From: Gerd Stolpmann To: skaller@users.sourceforge.net Cc: Jcaml-list In-Reply-To: <1083056813.9537.673.camel@pelican.wigram> References: <20040423211628.GE6783@excelhustler.com> <20040423222829.GH848@speakeasy.org> <408A64CB.40500@socialtools.net> <20040426.104521.68535941.garrigue@kurims.kyoto-u.ac.jp> <408D5417.8000701@socialtools.net> <1083008251.8850.271.camel@ice.gerd-stolpmann.de> <1083011090.9537.609.camel@pelican.wigram> <20040426203932.GB18451@excelhustler.com> <1083056813.9537.673.camel@pelican.wigram> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.8 Date: 27 Apr 2004 13:29:02 +0200 Message-Id: <1083065342.8280.49.camel@ares> Mime-Version: 1.0 X-Miltered: at nez-perce by Joe's j-chkmail ("http://j-chkmail.ensmp.fr")! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 gerd:01 stolpmann:01 2004:99 2004:99 sourceforge:01 alain:01 extlib:01 extlib:01 camomile:01 dependencies:01 compiles:01 gerd:01 stolpmann:01 viktoriastr:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Am Die, 2004-04-27 um 11.06 schrieb skaller: > On Tue, 2004-04-27 at 06:39, John Goerzen wrote: > > > Let's not limit to CVS, please. CVS is but one version control system. > > Subversion and Arch are both popular alternatives here. > > The emphasis on CVS here is because it is used for > Ocaml itself, for GODI itself, and also is the standard > system on Sourceforge. That covers a lot of projects. As Alain points out, GODI prefers Subversion for its own configuration management. > There may well be other systems, and perhaps GODI > can handle them at some stage. This is quite difficult. The simple part is to download with cvs, but then? As cvs software changes frequently, but the package makes assumptions about the software, it is uncertain whether the build and/or packaging will succeed. I mean, in general, without knowing the software. > But right now > NOT having CVS access is a complete show stopper > for those people trying to collaborate developing > several libraries and synchronising them: for example > the ExtLib, Ocaml itself, the other Extlib, Camomile. For the OCaml CVS version the plan is to keep it completely outside of GODI, and to just make fake packages to fulfill the dependencies (usually packages programmed in OCaml have a dependency on the ocaml package), so one can create the rest of GODI without using its ocaml packages. > To factor these projects, stored in multiple places, > requires a fast turnaround for change propagation, > much faster than can be obtained from tarball releases. I don't understand that. If fast turnaround is really important, isn't it better to have a self-made script that controls the build process? E.g. checks out everything needed, and compiles one part after the other? I think you want something that cannot be (easily) done with GODI. This is a quite conservative project in the sense that a GODI package also ensures some qualities, i.e. it can be built, one can delete it, one can make a binary package from it, etc. > So if you want a community structure mediated by GODI > in which to participate you're going to have to use > CVS for a while, if only to participate in upgrading > GODI to also handle Subversion and Arch or whatever :D I don't believe that the majority of the community is interested in CVS versions of any software. The advanced people are. And even these will profit from GODI, because even if you use one or the other CVS version, this is not true for the majority of libraries. Gerd -- ------------------------------------------------------------ Gerd Stolpmann * Viktoriastr. 45 * 64293 Darmstadt * Germany gerd@gerd-stolpmann.de http://www.gerd-stolpmann.de ------------------------------------------------------------ ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners