caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Gerd Stolpmann <info@gerd-stolpmann.de>
To: Mehdi Dogguy <mehdi.dogguy@pps.jussieu.fr>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Warning: Ubuntu 11.04 Vs OCaml 3.12.0
Date: Tue, 03 May 2011 23:59:49 +0200	[thread overview]
Message-ID: <1304459989.3782.193.camel@thinkpad> (raw)
In-Reply-To: <4DC06ADA.9030108@pps.jussieu.fr>

Am Dienstag, den 03.05.2011, 22:51 +0200 schrieb Mehdi Dogguy:
> On 05/03/2011 07:49 PM, Gerd Stolpmann wrote:
> > Am Dienstag, den 03.05.2011, 18:47 +0200 schrieb Gabriel Scherer:
> >> Would it be possible for Ubuntu users to use the Debian packages,
> >> which already have the bugfix patch included?
> >
> > Tsts.
> >
> > Thanks to Virgile Prevosto the patch is already in GODI, though not
> > yet released. I'll take care of this later today.
> >
> > A source-based distribution can react quite fast on this type of
> > problem.
> >
> 
> That's hilarious (as a statement). This patch has been applied and
> released (since last March 9th) in a binary distribution (namely
> Debian). So, I quite don't understand your statement.

The statement is that a source-based distribution can adapt quickly to a
changing environment. What's the problem with this? We are aware of this
problem since yesterday, and we do something the day later.

I do not make any statement (if you read carefully) whether GODI or
Debian is better. Such comparisons are stupid.

Well, Ubuntu is another case, as we all know that Ubuntu does not care
about the quality of their ocaml packages.

>  IMO, It depends
> on the manpower behind (and maybe dev tools and release process).
> But I don't see where you gain to have a source-based distribution
> to address this kind of issues (except for the build time… but that's
> ridiculous).

Debian is in the lucky situation that they provide both the environment
for ocaml and ocaml. So yes, they can fix the problems they created in
their own environment :-) - Ubuntu is already a different story, they
provide binary packages without any QA process.

The worst case is when you have a binary distribution of ocaml for an OS
you do not control. Sometimes the only possible fix is then to check at
runtime (!) whether you are in a problematic environment or not. Ask
Windows users how this feels.

I hope you get my point. "Binary" does not necessarily mean "as good as
Debian".

> The real problem of Ubuntu (wrt. OCaml) is that OCaml has no maintainer.
> And, we also see that with GODI. manpower is lacking and you weren't able
> to release a fix until today, although the patch was there since quite
> some time now. (Not blaming anyone here, just stating a fact).

Well, nobody told us. I don't see this as a real problem, though,
because we get problem reports when the first user runs into the
problem, and then we can fix it asap. We fortunately don't have to
synchronize with a given release timeline.

> But oh well, maybe all this is off-topic.

Manpower is certainly an issue (for all ocaml distros). I'm currently
working on a plan how to improve this for GODI. Don't know whether it
works, though.

Regarding Ubuntu, maybe we should ask them to remove their ocaml
packages from their distribution as long as they do not do QA.


Gerd

> Regards,
> 


-- 
------------------------------------------------------------
Gerd Stolpmann, Bad Nauheimer Str.3, 64289 Darmstadt,Germany 
gerd@gerd-stolpmann.de          http://www.gerd-stolpmann.de
Phone: +49-6151-153855                  Fax: +49-6151-997714
------------------------------------------------------------



  reply	other threads:[~2011-05-03 21:59 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-03 16:36 Sebastien Mondet
2011-05-03 16:47 ` Gabriel Scherer
2011-05-03 17:49   ` Gerd Stolpmann
2011-05-03 20:51     ` Mehdi Dogguy
2011-05-03 21:59       ` Gerd Stolpmann [this message]
2011-05-03 22:32         ` Stéphane Glondu
2011-05-03 22:50           ` Gerd Stolpmann
2011-05-06 21:44 ` Till Crueger
2011-05-07  7:24   ` Virgile Prevosto

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=1304459989.3782.193.camel@thinkpad \
    --to=info@gerd-stolpmann.de \
    --cc=caml-list@inria.fr \
    --cc=mehdi.dogguy@pps.jussieu.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).