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 LAA01668; Tue, 8 Apr 2003 11:21:32 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id LAA01804 for ; Tue, 8 Apr 2003 11:21:31 +0200 (MET DST) Received: from mail.gmx.net (pop.gmx.de [213.165.65.60]) by concorde.inria.fr (8.11.1/8.11.1) with SMTP id h389LUX27840 for ; Tue, 8 Apr 2003 11:21:30 +0200 (MET DST) Received: (qmail 15366 invoked by uid 65534); 8 Apr 2003 09:21:29 -0000 Received: from pD95055CE.dip.t-dialin.net (EHLO phaeton.entropie.net) (217.80.85.206) by mail.gmx.net (mp011-rz3) with SMTP; 08 Apr 2003 11:21:29 +0200 Received: from phaeton.entropie.net (localhost [127.0.0.1]) by phaeton.entropie.net (8.12.8p1/8.12.8) with ESMTP id h389LRVA003701; Tue, 8 Apr 2003 11:21:27 +0200 (CEST) Received: (from phaeton@localhost) by phaeton.entropie.net (8.12.8p1/8.12.8) id h389LQsE003244; Tue, 8 Apr 2003 11:21:26 +0200 (CEST) Date: Tue, 8 Apr 2003 11:21:25 +0200 From: Martin Weber To: Ed L Cashin Cc: OCaml List Subject: Re: [Caml-list] Our shrinking Humps Message-ID: <20030408092125.GI163@phaeton.entropie.net> References: <20030405060347.GA2823@iliana> <200304052106.XAA05780@pauillac.inria.fr> <20030406172038.GA12694@ontosoft.com> <20030407092308Q.garrigue@kurims.kyoto-u.ac.jp> <87istqzslj.fsf@cs.uga.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87istqzslj.fsf@cs.uga.edu> User-Agent: Mutt/1.4.1i X-Spam: no; 0.00; weber:99 caml-list:01 shrinking:01 openbsd:01 wiki:01 uploading:01 cruft:01 libs:01 watches:99 productivity:03 library:03 alter:95 solaris:07 examples:07 wars:91 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk (... linux, linux! ...) (... freebsd, freebsd! ...) (... openbsd, openbsd! ...) (... solaris, solaris! ...) You/We should talk about the hows of an open editable hump (wiki vs. maintained projects with fixed admins etc) first, the holy OS wars can wait, no ? And After all, we should leave the decision which OS to deploy to the INRIA. So we should get to the content (still leaving out package systems (pkgsrc! ports! rpm! deb!)) management, and how THAT should happen. Getting lost in holy wars doesn't add to productivity. I myself favour a Wiki based systems with restrictions based on the uploading file(s) part, i.e. only a project creator (he who scribeth the application/library) should be able to alter the file, documentation, other cruft required / added should be editable by anyone, especially with comments or examples of use, adding/maintaining links to related libs/software etc., and have one big-bad-admin who watches the wiki and takes care no /.-jokers delete pages of things they don't like :) -Martin ------------------- 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