From rjones at redhat.com  Fri Dec  5 17:47:57 2008
From: rjones at redhat.com (Richard W.M. Jones)
Date: Fri, 5 Dec 2008 17:47:57 +0000
Subject: OCaml status
Message-ID: <20081205174757.GA27576@thinkpad>

I believe that all broken dependencies should now be resolved.
There's just a couple of final packages going through Koji now and
once Koji does another createrepo, I hope that there won't be any
broken deps.  Well hopefully ...  we'll see tomorrow.

  http://cocan.org/fedora#Package_status

I've rebuilt all the OCaml-based applications, and they are all OK ..

Except for freetennis which FTBFS.  I don't care very much about
freetennis -- upstream seems to be dead.  I may have a go at fixing
the build problem tomorrow, else I'll orphan it.

Rich.



From jwboyer at gmail.com  Fri Dec  5 19:04:16 2008
From: jwboyer at gmail.com (Josh Boyer)
Date: Fri, 5 Dec 2008 14:04:16 -0500
Subject: OCaml status
In-Reply-To: <20081205174757.GA27576@thinkpad>
References: <20081205174757.GA27576@thinkpad>
Message-ID: <20081205190416.GB32621@yoda.jdub.homelinux.org>

On Fri, Dec 05, 2008 at 05:47:57PM +0000, Richard W.M. Jones wrote:
>I believe that all broken dependencies should now be resolved.
>There's just a couple of final packages going through Koji now and
>once Koji does another createrepo, I hope that there won't be any
>broken deps.  Well hopefully ...  we'll see tomorrow.

Awesome.  Thanks for fixing it up Rich.

josh



From steph at glondu.net  Tue Dec  9 09:30:13 2008
From: steph at glondu.net (=?UTF-8?B?U3TDqXBoYW5lIEdsb25kdQ==?=)
Date: Tue, 09 Dec 2008 10:30:13 +0100
Subject: Notes from testing OCaml 3.11.0+beta1 on Fedora
In-Reply-To: <20081121104612.GA12459@annexia.org>
References: <20081121104612.GA12459@annexia.org>
Message-ID: <493E3AA5.7060904@glondu.net>

Richard Jones wrote:
> coq
> ------------------------------
> 
> Strange camlp4 problem, not yet resolved.  Maybe just a missing
> BuildRequires:
> 
> OCAMLC    lib/pp.mli
> OCAMLC4   lib/pp.ml4
> sh: camlp4o: command not found
> File "lib/pp.ml4", line 1, characters 0-1:
> Error: Preprocessor error

This is probably because configure doesn't detect it should use camlp5
instead of camlp4. It is already fixed upstream (and will be in
(hopefully) forthcoming 8.2). Meanwhile, it can be worked around by
explicitly passing -camlp5dir option to it.


Cheers,

-- 
St?phane