From: "Daniel Bünzli" <daniel.buenzli@erratique.ch>
To: Sylvain Le Gall <sylvain@le-gall.net>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Re: oasis packaging questions
Date: Thu, 8 Mar 2012 23:39:26 +0100 [thread overview]
Message-ID: <51ABA83377A9415BA19B3073BDDCE20F@erratique.ch> (raw)
In-Reply-To: <CAOCAUGPnf=3QzmC-LVgF+v=do9DzKbRuyw1bAWOMd7AR2pg8HQ@mail.gmail.com>
Le jeudi, 8 mars 2012 à 22:27, Sylvain Le Gall a écrit :
> It does it the right way ;-)
The "I'm going to vomit files across your whole file system so that you need another bureaucratic tool/database too keep track of what I did whenever you want to remove me" way. Sure if you're looking for a business model and more bureaucracy that's the way to do it the "right way". The key insight in things like gnu stow or homebrew is that this tool/database already exists, it's the file system itself, KISS principle. And this simplicity also allows you to deal very easily with multiple version installs of the same package.
> I would probably object to have html documentation in the $SITELIB of
> findlib.
To me that seems to be an ideological objection (debian related I guess), I don't see any technical objection. KISS should be applied here: I installed that package in that directory anything related to it is in that single directory.
> I think a CHANGES/README is light enough to be in $SITELIB as well.
CHANGES and README light, html heavy ? For one thing keep it at least consistent either you choose to put nothing in SITELIB or everything. I don't want to have to lookup two different places for documentation.
> To be honest, if it was the only problem I have to solve, I'll be happy to spend hours on that.
I don't think it's a good idea for the whole system to underestimate the importance of documentation.
> But all this need to be more widely discuss (with OCamlPro for
> TypeRex, Maxence for .odoc/Cameleon, Gerd for ocamlfind and the rest
> of the community to have a real agreement on this point).
I'm all for it, but now that I'm in these things I want to move forward. So what should I write something like this (currently) nop ?
Document xmlm
Title: "Xmlm documentation and module reference"
Format: html
Index: Xmlm.html
Install: true
InstallDir: $docdir
DataFiles: CHANGES README doc/*.html, doc/*.css
Or should I make another Document for CHANGES README ?
> Well _oasis can also go there, even though it will be a little bit a
> duplicate with META...
It also has much more information in a machine readable format. Like the home page of the project, the maintainers, maybe even the repos etc.
Best,
Daniel
next prev parent reply other threads:[~2012-03-08 22:39 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-08 0:26 [Caml-list] " Daniel Bünzli
2012-03-08 8:31 ` [Caml-list] " Sylvain Le Gall
2012-03-08 15:36 ` Daniel Bünzli
2012-03-08 20:13 ` Sylvain Le Gall
2012-03-08 20:59 ` Daniel Bünzli
2012-03-08 21:27 ` Sylvain Le Gall
2012-03-08 22:39 ` Daniel Bünzli [this message]
2012-03-09 11:56 ` Gerd Stolpmann
2012-03-09 13:53 ` Daniel Bünzli
2012-03-09 18:42 ` Daniel Bünzli
2012-03-09 19:11 ` Sylvain Le Gall
2012-03-09 19:49 ` Daniel Bünzli
2012-03-09 20:35 ` Daniel Bünzli
2012-03-09 21:06 ` Sylvain Le Gall
2012-03-08 21:40 ` Adrien
2012-03-08 22:26 ` Sylvain Le Gall
2012-03-08 22:59 ` Daniel Bünzli
2012-03-09 12:22 ` Anil Madhavapeddy
2012-03-09 13:01 ` Wojciech Meyer
2012-03-12 0:38 ` Francois Berenger
2012-03-16 13:56 ` Damien Doligez
2012-03-08 16:09 ` [Caml-list] " Jérémie Dimino
2012-03-08 16:19 ` Gerd Stolpmann
2012-03-08 21:10 ` [Caml-list] " Sylvain Le Gall
2012-03-08 16:36 ` [Caml-list] " Daniel Bünzli
2012-03-08 16:58 ` Jérémie Dimino
2012-03-08 19:11 ` Daniel Bünzli
2012-03-09 6:40 ` Stéphane Glondu
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=51ABA83377A9415BA19B3073BDDCE20F@erratique.ch \
--to=daniel.buenzli@erratique.ch \
--cc=caml-list@inria.fr \
--cc=sylvain@le-gall.net \
/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