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 BAA10145; Mon, 21 Jul 2003 01:12:11 +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 BAA13351 for ; Mon, 21 Jul 2003 01:12:08 +0200 (MET DST) Received: from smtp.mbg.ocn.ne.jp (mbg.ocn.ne.jp [210.190.142.181]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h6KNC7T01659 for ; Mon, 21 Jul 2003 01:12:07 +0200 (MET DST) Received: from localhost (p31086-adsau14honb7-acca.tokyo.ocn.ne.jp [220.111.81.86]) by smtp.mbg.ocn.ne.jp (Postfix) with ESMTP id 6C4A62732; Mon, 21 Jul 2003 08:12:04 +0900 (JST) Date: Mon, 21 Jul 2003 08:11:53 +0900 (JST) Message-Id: <20030721.081153.63134632.yoriyuki@mbg.ocn.ne.jp> To: info@gerd-stolpmann.de Cc: benoit.de-boursetty+caml-list@m4x.org, fernando@cc.gatech.edu, shawnw@speakeasy.org, caml-list@inria.fr Subject: Re: [Caml-list] GODI From: Yamagata Yoriyuki In-Reply-To: <1058694948.6556.141.camel@ice.gerd-stolpmann.de> References: <1058694948.6556.141.camel@ice.gerd-stolpmann.de> X-Mailer: Mew version 2.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Loop: caml-list@inria.fr X-Spam: no; 0.00; yamagata:01 yoriyuki:01 caml-list:01 gerd:01 stolpmann:01 cpan:01 inclined:01 checksum:01 caml:01 syntax:02 signatures:02 modules:02 module:03 btw:03 suggestion:06 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk From: Gerd Stolpmann Subject: RE: [Caml-list] GODI (was: CTAN/CPAN for Caml (COCAN ...?)) Date: 20 Jul 2003 11:55:49 +0200 > What we want to manage is nothing but a database of top-level > modules, and we want to find a way to uniquely identify every row of the > "modules table". Currently, the rows have only two fields: "name", and > "contents". My suggestion is to introduce further fields, like "author", > "organization", maybe even "version" and so on. So a module can have a > set of attributes: Honestly, I am not very inclined to publish my personal information along with libraries.... It is better (for me) if modules are specified by their checksum, or signatures (with some syntax sugar). BTW, all collisions really occurred are between modules not available from users. This kind of problem can be solved if we can make "private" modules completely invisible from the outside of packages. -- Yamagata Yoriyuki ------------------- 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