From: Jacques Garrigue <garrigue@math.nagoya-u.ac.jp>
To: mgushee@havenrock.com
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Packaging OCaml for Linux
Date: Fri, 29 Oct 2004 09:51:57 +0900 (JST) [thread overview]
Message-ID: <20041029.095157.71083228.garrigue@math.nagoya-u.ac.jp> (raw)
In-Reply-To: <20041028204047.GB5402@swordfish>
From: Matt Gushee <mgushee@havenrock.com>
> I recently decided to try a new Linux distribution--Arch--and
> quickly became an enthusiastic convert. Now, I've noticed that there is
> no OCaml package for Arch Linux, and I would like to provide one. I'd
> like to hear the community's opinion on a couple of questions:
>
> 1) Which OCaml distribution should be the basis for the Linux package:
> the basic distribution from INRIA, or GODI? Why do you think so?
GODI is probably difficult to make into a package: it is a package
manager itself.
On the other hand, if you provide GODI, then you don't need to package
anything else. That's the goal: not having to repackage all ocaml
libraries for every platform.
> 2) What about LablTk? Should it be included, excluded? Should I break it
> into a separate package, as is often done with Python/Tkinter? Is
> that even possible with OCaml?
You should be aware that ocamlbrowser (which is included in the
distribution) depends on LablTk. So if you remove labltk from the
package, default users will not get it.
I don't know how packaging works on Arch Linux.
With FreeBSD ports, you can set options when building packages, so
that you only remove labltk if you don't have X11, or your don't want
Tcl/Tk on your hard-disk.
(Actually, I have a problem with the minimalistic approach to
packaging on Linux. You often end-up having libraries installed with
partial configurations (less than your system supports) and without
headers. And then you must go around looking for the missing bits.
Gosh, hard-disks are not that small...)
> 3) Is there anything in the OCaml license that creates problems for a
> Linux distribution package?
The QPL is open-source certified, so this should be OK, but maybe some
distributions only accept the GPL...
> 4) Any other "gotchas" I should be aware of?
Once you've started packaging, it must be maintained.
OCaml releases often happen in summer...
Jacques Garrigue
next prev parent reply other threads:[~2004-10-29 0:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-28 20:40 Matt Gushee
2004-10-28 21:12 ` [Caml-list] " Olivier Andrieu
2004-10-29 0:51 ` Jacques Garrigue [this message]
2004-10-29 18:34 ` Blair Zajac
2004-10-29 19:52 ` Gerd Stolpmann
2004-10-29 19:44 ` Gerd Stolpmann
2004-10-31 12:00 ` Jacques Garrigue
2004-10-29 2:31 ` skaller
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=20041029.095157.71083228.garrigue@math.nagoya-u.ac.jp \
--to=garrigue@math.nagoya-u.ac.jp \
--cc=caml-list@inria.fr \
--cc=mgushee@havenrock.com \
/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