caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Sebastien Mondet <sebastien.mondet@gmail.com>
To: "Daniel Bünzli" <daniel.buenzli@erratique.ch>
Cc: Anthony Tavener <anthony.tavener@gmail.com>,
	"caml-list@inria.fr" <caml-list@inria.fr>
Subject: Re: [Caml-list] Library installation procedure (for use with OPAM)?
Date: Mon, 9 Dec 2013 11:39:49 -0500	[thread overview]
Message-ID: <CALScVYkTnp8LbH_8=pqzDxrzUfQd1Q5OVX_xsiUnwK7hjjayvA@mail.gmail.com> (raw)
In-Reply-To: <31F4C46854FA4FEAAD2EA09D32A72E23@erratique.ch>

[-- Attachment #1: Type: text/plain, Size: 2467 bytes --]

On Mon, Dec 9, 2013 at 10:57 AM, Daniel Bünzli
<daniel.buenzli@erratique.ch>wrote:

>
>
> Le lundi, 9 décembre 2013 à 16:23, Sebastien Mondet a écrit :
>
> > Opam's .install files should be used only to fix packages whose
> installation is already broken or unsufficient, shouldn't it?
>
> Where did you get that from ?
>
> A .install file is a good way of specifying what you want to install
> without having to replicate any installation logic in your package which is
> good when you develop and distribute many packages and need to scale.
>
> > If you rely *only* on the .install, your package can be installed only
> with opam, it will break for other users (GODI, WODI, Manual Package
> Management™, etc.).
>
> It can be installed by anything that understands what a .install file is,
> there's nothing specific to opam here. Godi is shutting down, Wodi could be
> make to understand .install file. Manual Package Management™, the file
> format of .install is very simple you could perfectly develop have a
> command line tool that reads it and issues the appropriate cp commands, I'm
> personally no longer interested in that form of package management and
> don't have the time to support it.
>
>

So, if everybody else have to implement them, opam's install files become a
new standard for the OCaml cummunity? Do most of us agree? (I'm not against
it, I just don't want to rely on 50 different standards).

(BTW, since you generate those .install files you could have generated
install.sh files doing the 'cp's as easily ;) )


> I think it's good hygiene to at least provide an ocamlfind-based
> installation of the libraries.
>
> As I said `ocamlfind install` doesn't allow you to install binaries, man
> pages, configuration files, documentation etc. With a .install file you can
> specify what you want to be installed to the classic unix paths (bin, etc,
> man, share, etc.).
>
>
yes but in practice `ocamlfind install` is enough to make most dependencies
of a given package work (a few times a `cp exec $BIN` is also needed
indeed).

(A while ago, before opam, a new version of GODI broke on our main platform
because of some ocamlnet configuration bug, but I was able to reinstall
ocaml and about 25 third-party libraries and syntax extensions from scratch
without too much pain → we see great value in that package-management
independence)






> Best,
>
> Daniel
>
>
>

[-- Attachment #2: Type: text/html, Size: 3278 bytes --]

  reply	other threads:[~2013-12-09 16:40 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-08 20:55 Anthony Tavener
2013-12-09  9:23 ` Stéphane Glondu
2013-12-09 11:13 ` John Whitington
2013-12-09 15:04 ` Daniel Bünzli
2013-12-09 15:23   ` Sebastien Mondet
2013-12-09 15:57     ` Daniel Bünzli
2013-12-09 16:39       ` Sebastien Mondet [this message]
2013-12-09 17:37         ` Daniel Bünzli
2013-12-09 19:41           ` Stéphane Glondu
2013-12-09 20:04             ` Daniel Bünzli
2013-12-09 20:22               ` Stéphane Glondu
2013-12-09 21:04                 ` Daniel Bünzli
2013-12-09 21:36                   ` Anthony Tavener
2013-12-10  1:12                     ` Francois Berenger
2013-12-10 14:50       ` Daniel Bünzli
2013-12-10 16:49         ` [Caml-list] [ANN] opam-installer (beta) (was Re: Library installation procedure (for use with OPAM)?) Louis Gesbert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CALScVYkTnp8LbH_8=pqzDxrzUfQd1Q5OVX_xsiUnwK7hjjayvA@mail.gmail.com' \
    --to=sebastien.mondet@gmail.com \
    --cc=anthony.tavener@gmail.com \
    --cc=caml-list@inria.fr \
    --cc=daniel.buenzli@erratique.ch \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).