From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id q29DrPkO007067 for ; Fri, 9 Mar 2012 14:53:26 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIEAJ4KWk9KN1ZKlWdsb2JhbABChUKvfSIBAQEBCQsJCRIpggoBAQQBI1YFCwsNAQwCGA4CAj0KEAYbE4V2gXQFBKx0ijaBL4h4hR0zYwSbHDWMeIFTCA X-IronPort-AV: E=Sophos;i="4.73,558,1325458800"; d="scan'208";a="135221902" Received: from unknown (HELO smtp.webfaction.com) ([74.55.86.74]) by mail4-smtp-sop.national.inria.fr with ESMTP; 09 Mar 2012 14:53:19 +0100 Received: from heyho.local (53-234.197-178.cust.bluewin.ch [178.197.234.53]) by smtp.webfaction.com (Postfix) with ESMTP id 523BC26ECB1F; Fri, 9 Mar 2012 07:53:15 -0600 (CST) Date: Fri, 9 Mar 2012 14:53:10 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Gerd Stolpmann Cc: Sylvain Le Gall , caml-list@inria.fr Message-ID: In-Reply-To: <2bfeb18f8bbf72a2a0b4d1957707338b.squirrel@gps.dynxs.de> References: <1991A512A37E49ACA5AAD30A38D628BF@erratique.ch> <1ACBE325A80144A4885B44685F6E9028@erratique.ch> <51ABA83377A9415BA19B3073BDDCE20F@erratique.ch> <2bfeb18f8bbf72a2a0b4d1957707338b.squirrel@gps.dynxs.de> X-Mailer: sparrow 1.5 (build 1043.1) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by walapai.inria.fr id q29DrPkO007067 Subject: Re: [Caml-list] Re: oasis packaging questions Le vendredi, 9 mars 2012 à 12:56, Gerd Stolpmann a écrit : > You can call it KISS, but I would call it short-sighted. This has nothing > to do with bureaucracy. Imagine a package has also some utilities to > install (and feeled every second package has). You just don't want to have > to include tons of bin/ directories into your PATH. It does not scale > well, but just slows down your system. If you actually took time to have a look the systems I mentioned, they symlink executables in the regular/expected directories in /usr/local. No short-sighting here, sorry, but of course you may have to question some of your pre-conceptions about package management. > There are just different sets of principles, and they have their pros and > cons. The simplicity argument is not always the striking one. Well in my opinion these system solve problems that are known to be complex (like having multiple versions of the same library) in a conceptually very simple and understandable way. > That's really funny how you interpret this, but I guess this is just a > matter of perspective. findlib does not support subdirectories just > because I wanted to keep it lean, and to avoid adding features it does not > need for its core job. And the core job is to drive the compiler with the > right flags, and not to provide a container for storing files. Ah, I thought findlib was a "library manager for Objective Caml". A library without documentation is useless. Frankly, beyond your initial objection, what are the costs and implications of allowing `ocamlfind install` to install files in package subdirectories ? > I totally understand your point that you want to have a system that makes > it easy to hack around (it's clearly no fun with the complex guys). Fundamentally that's not the point, what I want a system that is simple to understand and fix when it breaks. Having easy things like `ocamlfind remove package` removes everything that package installed is part of such a system for me, aswell as simple concepts like everything that this package installed is located in that directory. > However, I'm really wondering why docs are your first concern here? Good documentation and easy access to it makes me productive. I'm sure a lot of other people like to be productive. > The > real hacker does not need docs :-) I never pretended to be a real hacker... I don't need to show-off, I'm rather limited and actually enjoy simple solutions to complex problems. Best, Daniel