On Tue, Oct 01, 2013 at 08:09:38AM -0600, Jerry James wrote:
On Tue, Oct 1, 2013 at 4:47 AM, Richard W.M. Jones rjo...@redhat.com wrote:
LablGTK are the OCaml bindings for Gtk.
I am just about to push the new version of 'ocaml-lablgtk' to Rawhide,
and this will cause dependency breakage
LablGTK are the OCaml bindings for Gtk.
I am just about to push the new version of 'ocaml-lablgtk' to Rawhide,
and this will cause dependency breakage for any package that depends
on that. I will rebuild dependencies as needed.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
On Tue, Oct 1, 2013 at 4:47 AM, Richard W.M. Jones rjo...@redhat.com wrote:
LablGTK are the OCaml bindings for Gtk.
I am just about to push the new version of 'ocaml-lablgtk' to Rawhide,
and this will cause dependency breakage for any package that depends
on that. I will rebuild
On Fri, Sep 13, 2013 at 10:30:44AM +0100, Richard W.M. Jones wrote:
OCaml 4.01.0 is a new major release of the language.
I'm not expecting any incompatibilities, but it will require a mass
rebuild of the 100 or so Fedora OCaml packages in Rawhide, which I
will do this weekend.
The packaging
On Sat, Sep 14, 2013 at 7:04 AM, Richard W.M. Jones rjo...@redhat.com wrote:
For provenpackagers who want to pitch in with OCaml builds, here's a
summary of what I'm doing:
While looking through the packages still needing a rebuild, I have
noticed all 3 of the following:
- ExclusiveArch:
On Tue, Sep 17, 2013 at 10:23:16AM -0600, Jerry James wrote:
On Sat, Sep 14, 2013 at 7:04 AM, Richard W.M. Jones rjo...@redhat.com wrote:
For provenpackagers who want to pitch in with OCaml builds, here's a
summary of what I'm doing:
While looking through the packages still needing a
On Sun, Sep 15, 2013 at 4:28 PM, Richard W.M. Jones rjo...@redhat.com wrote:
This is a compiler-internal error with using the -g option.
It means that the (file, line) location number has line == 0 and the
compiler refuses to emit DWARF info with line == 0 because (according
to the comment in
On Mon, Sep 16, 2013 at 08:05:45AM -0600, Jerry James wrote:
On Sun, Sep 15, 2013 at 4:28 PM, Richard W.M. Jones rjo...@redhat.com wrote:
This is a compiler-internal error with using the -g option.
It means that the (file, line) location number has line == 0 and the
compiler refuses to
On Sat, Sep 14, 2013 at 14:04:08 +0100,
Richard W.M. Jones rjo...@redhat.com wrote:
If that works, push it and build it.
If there are any problems, you can either ask me or just leave that
package.
Can you check that ocaml-camlimages looks OK now?
--
devel mailing list
On Sun, Sep 15, 2013 at 01:25:39PM -0500, Bruno Wolff III wrote:
On Sat, Sep 14, 2013 at 14:04:08 +0100,
Richard W.M. Jones rjo...@redhat.com wrote:
If that works, push it and build it.
If there are any problems, you can either ask me or just leave that
package.
Can you check that
On Sat, Sep 14, 2013 at 10:48:37PM -0600, Jerry James wrote:
Fatal error: exception Assert_failure(asmcomp/emitaux.ml, 226, 4)
make[3]: *** [pa_lisp.cmx] Error 2
Since there is no such source file as emitaux.ml in ocaml-camlp5, I
assume that must be an ocaml source file.
This is a
On Sun, Sep 15, 2013 at 23:20:42 +0100,
Richard W.M. Jones rjo...@redhat.com wrote:
Unfortunately the package uses 'omake' so it's anyone's guess how to
make it pass the right flags. I have no experience with omake.
I wasn't able to do local builds because of an omake related error. Koji
For provenpackagers who want to pitch in with OCaml builds, here's a
summary of what I'm doing:
- Check that the master branch hasn't been updated already.
- Check if there's a new upstream version, and upgrade to it if so.
- REMOVE any of:
%global/%define debug_package %{nil}
On Sat, Sep 14, 2013 at 7:04 AM, Richard W.M. Jones rjo...@redhat.com wrote:
For provenpackagers who want to pitch in with OCaml builds, here's a
summary of what I'm doing:
- Check that the master branch hasn't been updated already.
- Check if there's a new upstream version, and upgrade to
OCaml 4.01.0 is a new major release of the language.
I'm not expecting any incompatibilities, but it will require a mass
rebuild of the 100 or so Fedora OCaml packages in Rawhide, which I
will do this weekend.
I'm also planning to:
- update the ARM code generator
- enable debuginfo
15 matches
Mail list logo