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 mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id AA2197EE51 for ; Thu, 30 May 2013 02:45:58 +0200 (CEST) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of berenger@riken.jp) identity=pra; client-ip=134.160.33.175; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="berenger@riken.jp"; x-conformance=sidf_compatible Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of berenger@riken.jp designates 134.160.33.175 as permitted sender) identity=mailfrom; client-ip=134.160.33.175; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="berenger@riken.jp"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of postmaster@postman.riken.jp designates 134.160.33.175 as permitted sender) identity=helo; client-ip=134.160.33.175; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="postmaster@postman.riken.jp"; x-conformance=sidf_compatible; x-record-type="v=spf1" X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4AAIKgplGGoCGvfGdsb2JhbABaxUGBHA4BAQkYBT6CIwEBBThRCxgJHgcPAjUREwYCAQGHdwMPsQgMiQGPGhaDQQOJHY4ehh6OQA X-IPAS-Result: Aq4AAIKgplGGoCGvfGdsb2JhbABaxUGBHA4BAQkYBT6CIwEBBThRCxgJHgcPAjUREwYCAQGHdwMPsQgMiQGPGhaDQQOJHY4ehh6OQA X-IronPort-AV: E=Sophos;i="4.87,767,1363129200"; d="scan'208";a="16132797" Received: from postman3.riken.jp (HELO postman.riken.jp) ([134.160.33.175]) by mail3-smtp-sop.national.inria.fr with ESMTP; 30 May 2013 02:45:56 +0200 Received: from postman.riken.jp (postman3.riken.jp [127.0.0.1]) by postman.riken.jp (Postfix) with SMTP id F3A7938380EF for ; Thu, 30 May 2013 09:45:52 +0900 (JST) Received: from [172.27.98.103] (rikad98.riken.jp [134.160.214.98]) by postman.riken.jp (Postfix) with ESMTPA id C7E48382010B for ; Thu, 30 May 2013 09:45:51 +0900 (JST) Message-ID: <51A6A13F.901@riken.jp> Date: Thu, 30 May 2013 09:45:51 +0900 From: Francois Berenger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: caml-list@inria.fr References: <20130523235355.GI6510@siouxsie> <20130526150008.GA2014@siouxsie> <20130526234911.41866xca7wgoirfb@webmail.in-berlin.de> <51A30E01.5070300@freenet.de> <51A3C03C.4000205@freenet.de> <51A3C3D6.9020003@etorok.net> <51A3CBBD.8040609@freenet.de> <51A4052F.7000700@riken.jp> <51A4F822.8070407@freenet.de> <51A52CE3.6060002@freenet.de> <51A669A9.2070505@freenet.de> <87r4gppk3k.fsf@gmail.com> In-Reply-To: <87r4gppk3k.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.5.30.3336 Subject: Re: Problems to get larger user base ... (Re: [Caml-list] OCaml's variables) By the way, is there some plan to support binary packages at some point in time with OPAM? I don't mean OCamlPro distributing them but for an OPAM user to be able to create them locally. That would speedup the process of installing software (given they have at least been compiled once). Regards, F. On 05/30/2013 06:11 AM, Malcolm Matalka wrote: > Why would you need to roll out opem libraries for production? You > should build a binary and distribute the binary to the machines. > > I prefer per-user install. I have, numerous times, felt suffocated on > systems that require going through some bureaucracy to install a package > (which is one reason I use NixOS everywhere I can). > > /M > > "Mr. Herr" writes: > >> Am 29.05.2013 00:43, schrieb Paolo Donadeo: >>> On Wed, May 29, 2013 at 12:17 AM, Mr. Herr >> > wrote: >>> >>> I see, this is over and out. Very constructive. >>> >>> >>> Mr. Herr, sorry for the irony, so I'll be serious, as you wish. >>> >>> What kind of constructive comment can you realistically expect in reply to "Linux >>> is a server"? >>> >>> Linux is an operating system, not a "server", nor a "service". I spend 99% of my >>> programming time on a Linux box since 20 years, and the only services running here >>> are the system services like CUPS. The choice of OPAM's designers to install >>> everything in the user home directory has been explained by Anil very clearly. >>> >>> I only add that I always installed GODI in ~/.godi rather than in /opt . >>> >>> Your comment was inaccurate, so my reply is ironical, but not harsh. >>> >>> >> Indeed "Linux is a server" is not well said. >> >> I meant to say "Linux is a multiuser system" and it has always been, so one can >> reasonably expect software installation to deal with it with ease. >> >> There are certainly advantages in the ~/.opam design decision, but I have yet to find >> out how to roll out my ~/.opam libraries for production. >> >> And very true, I was not prepared for irony on this point. >> >> /Str. >