From: Florent Ouchet <florent.ouchet@imag.fr>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Why don't you use batteries?
Date: Fri, 11 Sep 2009 18:07:40 +0200 [thread overview]
Message-ID: <4AAA75CC.5010901@imag.fr> (raw)
In-Reply-To: <20090904141008.GC22690@annexia.org>
Richard Jones a écrit :
> Give them a live CD.
>
> There are various online projects where you can create live CDs with a
> custom set of packages via a webpage.[1]
>
> A live CD is actually better than relying on them trying to install
> something under Windows, because you're guaranteeing a consistent
> environment. And you can provide them with customized bits too (like
> the coursework!)
>
> If you provide the live CD as both a physical CD and a downloadable
> ISO, they can even run it virtualized so they don't need to reboot.
>
> Rich.
>
Hi all,
Yet an other Friday :)
IMO, all this discussion is implicitely correlated to the lack of easy
packaging for OCaml applications.
Many projects aim at developers and only developers (there are some
relevant quotes in this thread) but they forget that developers inherit
from advanced users who inherit from basic users. Sometimes (often)
developers do not want to waste their time on things that do not work
out-of-the-click-the-button. You should not forget that many Windows
developers are basic users and that software virtualization is still
rocket science. The release of VM appliances require users to have some
VM software on their system, not every developer has one yet.
The OCaml world is heavily based on the Unix/Linux community and the
Windows world is really different. Many OCaml projects used to release
source tarballs and only source tarballs. They rely on third-party
packagers to build precompiled things for binary Linux/Windows... etc...
That's definitively an approach that is not compatible with most
Windows' users. Basic users that want WinZip go to www.winzip.com (or
download.com) and not to www.my-packager.com/packages/winzip.
In the Windows world, you need a single installer that does everything
for you:
1) it should check the environment consistency;
2) it should silently install all required dependencies;
3) it should publish the project location in the registry
(configuration files should definitively be banned);
These 3 points have nested dependencies: the installer checks the
environment consistency (1) by listing the availability of all the
dependencies (3). If a dependency is missing (2), its package is
silently downloaded and silently installed ("setup.exe /silent" is quite
common). This nested installation checks for consistency and
dependencies etc...
For instance, the OCaml binary files for Windows that are available at
caml.inria.fr lack (2) and (3) (at least).
All this installation process is possible as soon as some kind of
unified OCaml packaging is available and as soon as most projects use it.
This unified OCaml packaging should not be limited to binary
distribution and we can imagine a silent compilation at user's side.
Furthermore, the historical Linux/Unix community will take benefit of
this simplified process which is something like a distributed godi where
each OCaml project provides compatible installation files.
My $0.02,
- Florent
next prev parent reply other threads:[~2009-09-11 16:10 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-03 13:05 Edgar Friendly
2009-09-03 13:15 ` [Caml-list] " Rakotomandimby Mihamina
2009-09-03 13:25 ` Alan Schmitt
2009-09-05 8:47 ` David Rajchenbach-Teller
2009-09-06 10:03 ` Alan Schmitt
2009-09-06 10:15 ` David Rajchenbach-Teller
2009-09-06 10:29 ` Alan Schmitt
2009-09-03 14:10 ` kattla
2009-09-05 8:59 ` David Rajchenbach-Teller
2009-09-03 14:25 ` Vincent Aravantinos
2009-09-03 14:35 ` Dario Teixeira
2009-09-04 0:08 ` Jon Harrop
2009-09-04 6:18 ` Stefano Zacchiroli
2009-09-04 6:39 ` Gaius Hammond
2009-09-04 14:04 ` Richard Jones
2009-09-03 15:00 ` Ashish Agarwal
2009-09-03 18:24 ` Alp Mestan
2009-09-03 20:38 ` Ashish Agarwal
2009-09-03 15:50 ` Tom Hutchinson
2009-09-04 8:55 ` Pierre Etchemaite
2009-09-04 9:32 ` Stéphane Glondu
2009-09-04 10:26 ` Vincent Aravantinos
2009-09-04 10:26 ` Andrej Bauer
2009-09-04 14:10 ` Richard Jones
2009-09-04 14:38 ` Hezekiah M. Carty
2009-09-04 18:37 ` Gaius Hammond
2009-09-05 4:53 ` Rakotomandimby Mihamina
2009-09-05 9:44 ` David Allsopp
2009-09-05 10:22 ` rixed
2009-09-05 12:03 ` Jon Harrop
2009-09-05 11:11 ` Rakotomandimby Mihamina
2009-09-05 12:02 ` Richard Jones
2009-09-05 21:19 ` Jon Harrop
2009-09-05 10:23 ` Gaius Hammond
2009-09-05 11:36 ` Jon Harrop
2009-09-05 11:52 ` Richard Jones
[not found] ` <b364036a0909050359q25fbab92l88b2415812941ae1@mail.gmail.com>
2009-09-06 7:47 ` Fwd: " dmitry grebeniuk
2009-09-06 7:59 ` Adrien
2009-09-06 8:47 ` Henry Lenzi
2009-09-06 9:46 ` Rakotomandimby Mihamina
2009-09-06 9:52 ` Gaius Hammond
2009-09-06 13:24 ` Olivier Schwander
2009-09-06 11:34 ` rixed
2009-09-04 19:53 ` Richard Jones
2009-09-11 16:07 ` Florent Ouchet [this message]
2009-09-04 15:05 ` Rakotomandimby Mihamina
2009-09-03 16:13 ` Richard Jones
2009-09-03 16:49 ` Jake Donham
2009-09-03 17:00 ` Hezekiah M. Carty
2009-09-03 18:18 ` Jean-Christophe Filliâtre
2009-09-04 3:24 ` Mike Lin
2009-09-04 3:36 ` Erik de Castro Lopo
2009-09-04 3:44 ` Edgar Friendly
2009-09-04 4:29 ` Erik de Castro Lopo
2009-09-04 8:18 ` Stéphane Glondu
2009-09-04 11:40 ` Jean-Christophe Filliâtre
2009-09-03 19:08 ` Sylvain Le Gall
2009-09-03 23:13 ` [Caml-list] " Philippe Wang
2009-09-03 23:19 ` Hugo Schmitt
2009-09-04 3:34 ` Erik de Castro Lopo
2009-09-04 5:52 ` David MENTRE
2009-09-04 6:21 ` Stefano Zacchiroli
2009-09-05 10:01 ` rixed
2009-09-06 9:56 ` Philip
2009-09-30 12:27 ` Rakotomandimby Mihamina
[not found] <20090904061012.A1167BCC4@yquem.inria.fr>
2009-09-04 10:47 ` Pascal Cuoq
2009-09-04 14:25 Dario Teixeira
2009-09-04 21:21 ` Richard Jones
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=4AAA75CC.5010901@imag.fr \
--to=florent.ouchet@imag.fr \
--cc=caml-list@yquem.inria.fr \
/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).