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 mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 9D7247F30A for ; Sun, 10 Mar 2013 20:25:49 +0100 (CET) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of wojciech.meyer@gmail.com) identity=pra; client-ip=74.125.82.54; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="wojciech.meyer@gmail.com"; x-sender="wojciech.meyer@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of wojciech.meyer@gmail.com designates 74.125.82.54 as permitted sender) identity=mailfrom; client-ip=74.125.82.54; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="wojciech.meyer@gmail.com"; x-sender="wojciech.meyer@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-wg0-f54.google.com) identity=helo; client-ip=74.125.82.54; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="wojciech.meyer@gmail.com"; x-sender="postmaster@mail-wg0-f54.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak8BAOjcPFFKfVI2iGdsb2JhbABCxEGBShYOAQEBCgkUFAQkgiYBAQQBQAEbHQEDAQsGBQsWGgsPAQQNAhEBBQEiE4gAAQMJBgQInhGMMoJ7g2MKGScNWYh8AQUMjDqCSAeDQAOUdYFggR6KPoM3P4J3gTY X-IPAS-Result: Ak8BAOjcPFFKfVI2iGdsb2JhbABCxEGBShYOAQEBCgkUFAQkgiYBAQQBQAEbHQEDAQsGBQsWGgsPAQQNAhEBBQEiE4gAAQMJBgQInhGMMoJ7g2MKGScNWYh8AQUMjDqCSAeDQAOUdYFggR6KPoM3P4J3gTY X-IronPort-AV: E=Sophos;i="4.84,819,1355094000"; d="scan'208";a="6332774" Received: from mail-wg0-f54.google.com ([74.125.82.54]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 10 Mar 2013 20:25:49 +0100 Received: by mail-wg0-f54.google.com with SMTP id fm10so4154489wgb.33 for ; Sun, 10 Mar 2013 12:25:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=KCN1+iV2HJ+kh8El9PW6yt5yNzBo7cLn8bdRISRlyaE=; b=cs1EiUYqZ6fJ9324xMpaIvTdAllNPQGyqwrXqHuL4GvBCy5yfl6NK0BvYtdc6qHma7 mZwODWT4XJfd+p+CiLZ36isvHy3V6TKJbkzvuGnNhqxj9d69gSsh2CnzDx1fih/XgLyW SF/Lh4ZMOZlN6VhAM3aQc2en6q7sbAdeVFBFsStnDbzWWCt4e35o+U2AgExX9w0EA8m0 wrxdLGk0tJY2kNqhpAJ0iHDPD3S/I44lijGcZG9+4uEJJR9GysmNvNOnvmloOnSWOMcF 7m6Bzx9y1uzhvt8BjEw0gv6KXGsJ0DB6Yds3HOpr071uDFFT2AKyfNw3Rgbn6nVuPuxd Witg== X-Received: by 10.180.72.148 with SMTP id d20mr8426400wiv.31.1362943548859; Sun, 10 Mar 2013 12:25:48 -0700 (PDT) Received: from spec-desktop.danmey.org (cpc2-cmbg12-0-0-cust796.5-4.cable.virginmedia.com. [86.9.203.29]) by mx.google.com with ESMTPS id fv2sm12576342wib.6.2013.03.10.12.25.46 (version=TLSv1.1 cipher=RC4-SHA bits=128/128); Sun, 10 Mar 2013 12:25:47 -0700 (PDT) From: Wojciech Meyer To: Gabriel Scherer Cc: caml-list@inria.fr References: Date: Sun, 10 Mar 2013 19:25:47 +0000 In-Reply-To: (Gabriel Scherer's message of "Sun, 10 Mar 2013 17:26:19 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Caml-list] If you distribute oasis' setup.ml with your software, please use a recent (>= 0.3.0) version of Oasis One of the reasons why people don't regenerate setup.ml but rely on Oasis is very prosaic: some of the projects (if not most) are source hosted on github, but github does not host files, however git tags can be used to download the tarball using single URL. I'd add to Gabriel's suggestion to host these files somewhere, ocamlcore seems to be like a natural choice. Gabriel Scherer writes: > The number of packages available through OPAM that list "oasis" as a > dependency (see list below) is too high -- oasis being designed to let > developers pre-generate setup.ml to avoid any actual dependency on it. > > The reason for this is a glitch in old versions of Oasis (< 0.3.0) > that makes the generated setup.ml break with OCaml >= 4.00.0; OPAM > packagers list oasis as a dependency to regenerate a fixed setup.ml at > compilation time. This is the case in particular for the latest > versions of the following packages: > - ANSITerminal* > - bench* > - ocaml-expect > - ocaml-posix-resource > - ocaml-radixtree > - ocaml-sqlexpr > - optimization1d* > - root1d* > > (*): oasis is the only dependency besides the ubiquitous ocamlfind > > If you distribute setup.ml in your source releases, please make sure > that it is generated with a recent version of Oasis (>= 0.3.0). This > allows to remove oasis (and its four own dependencies) from the > dependencies of your package. > > You can check which version of Oasis a given setup.ml comes from with > the command: > ocaml setup.ml -version > > If your package provides a setup.ml with version >= 0.3.0, and "oasis > setup" is still present in the "build" field of OPAM metadata > description (or "oasis" marked as a dependency for no other reason), > this is a packaging bug that you should report to the relevant package > maintainer or on the opam repository bugtracker ( > https://github.com/OCamlPro/opam-repository/issues/ ). > > PS: I learned about the bad interaction between Oasis < 0.3.0 and > OCaml >= 4.00.0 from Anil Madhavapeddy in the following bugtracker > item: https://github.com/OCamlPro/opam-repository/issues/496 -- Wojciech Meyer http://danmey.org