From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 165497EE51 for ; Thu, 30 May 2013 08:47:56 +0200 (CEST) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of mmatalka@gmail.com) identity=pra; client-ip=74.125.82.180; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="mmatalka@gmail.com"; x-sender="mmatalka@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of mmatalka@gmail.com designates 74.125.82.180 as permitted sender) identity=mailfrom; client-ip=74.125.82.180; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="mmatalka@gmail.com"; x-sender="mmatalka@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-we0-f180.google.com) identity=helo; client-ip=74.125.82.180; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="mmatalka@gmail.com"; x-sender="postmaster@mail-we0-f180.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhoDAA/1plFKfVK0jWdsb2JhbABZgmhRszuOToECFg4BAQEBBwsLCRIGJIIjAQEEAUABGx0BAwELBgULDQklDwEEDxEBBQEiE4d6AQMJBgGcAIw/gn2EbgoZJw1YiCIBBQyPBweDVwOXO4EpineDOz+ENQ X-IPAS-Result: AhoDAA/1plFKfVK0jWdsb2JhbABZgmhRszuOToECFg4BAQEBBwsLCRIGJIIjAQEEAUABGx0BAwELBgULDQklDwEEDxEBBQEiE4d6AQMJBgGcAIw/gn2EbgoZJw1YiCIBBQyPBweDVwOXO4EpineDOz+ENQ X-IronPort-AV: E=Sophos;i="4.87,769,1363129200"; d="scan'208";a="16151862" Received: from mail-we0-f180.google.com ([74.125.82.180]) by mail3-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 30 May 2013 08:47:55 +0200 Received: by mail-we0-f180.google.com with SMTP id t60so6026041wes.11 for ; Wed, 29 May 2013 23:47:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=dY12I5nIc5PZBUc67sa04HRgUfggIajgXGACRSPeuP4=; b=TYHU6oHdvELbJBmXnXkkVM6l5X8qdMrymwoC7uW4kL3f35kWMlWciureq88JW6sskg /BlYkluukNZEgQu52uFd5DxAw3nPgyeGP3CEaGfXBKU9OXFqlm2tXyPydvfrCnQXcOOd ehKjD7TSzSzUNDlU7lDhAF5S9Lsh4amaSScORhC0mlBdbu8bGAJKlMYViFRPaiDSORSG 0iMOGfrKeLgtpdUO2PsArmmlxigDRLFxiovdrNSidTb4xsXbwen8Y4q3V0gqG5durLur /jmg8ak3VW5mJfVSGvqX+aB+KoER6M1XbBjvzkuuyJuf7dooWkKn8E4ZUFn7wZbOE4lC 6G3Q== X-Received: by 10.180.36.205 with SMTP id s13mr16694112wij.31.1369896475009; Wed, 29 May 2013 23:47:55 -0700 (PDT) Received: from localhost ([2a01:7e00::f03c:91ff:fe70:2696]) by mx.google.com with ESMTPSA id fp16sm35751814wic.6.2013.05.29.23.47.54 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 29 May 2013 23:47:54 -0700 (PDT) From: Malcolm Matalka To: Francois Berenger Cc: caml-list References: <20130523235355.GI6510@siouxsie> <1629005.lH05byJ9SH@groupon> <1804446.xtBoISCFl2@groupon> <87a9ndovip.fsf@gmail.com> <51A6F383.2030402@riken.jp> Date: Thu, 30 May 2013 06:47:53 +0000 In-Reply-To: <51A6F383.2030402@riken.jp> (Francois Berenger's message of "Thu, 30 May 2013 15:36:51 +0900") Message-ID: <8761y1oteu.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: Problems to get larger user base ... (Re: [Caml-list] OCaml's variables) To be fair, Nix is mostly a horrific combination of C++ and Perl :) http://xkcd.com/224/ Francois Berenger writes: > On 05/30/2013 03:02 PM, Malcolm Matalka wrote: >> No I'm not suggesting building on every machine. I am suggesting using >> a Build Server, such as Jenkins or Bamboo or Hydra, to build your system >> and package it, then you can deploy it through another mechanism. >> >> Opam generating RPMs (or packages for you) I believe is wrong because: >> >> 1 - There are a lot of options when it comes to building a package. >> What should the init scripts look like? Where should the various files >> go? What about configs, etc. These are issues opam should not concern >> it self with. On top of that, there are already tools for building a >> RPM packages from a directory structure, such as fpm. >> >> 2 - Which package systems should Opam support? RPM, Deb? I use Nix, >> why don't you support me? > > Because users of Nix, the purely functional package manager, are > highly suspected of being Haskell lovers when they unveil their > face on caml-list. ;-)