On Mon, Jan 26, 2009 at 08:42:52AM +0100, Ralf Treinen wrote:
we also have Jean-Christophe Filliatre's configure.in and
Makefile.in templates that are currenly in the ocaml-tools package,
for lack of any better place for it. Maybe they can be packaged
together with ocaml-autoconf, or
On Mon, Jan 26, 2009 at 09:13:20AM +0100, Stefano Zacchiroli wrote:
On Mon, Jan 26, 2009 at 08:42:52AM +0100, Ralf Treinen wrote:
we also have Jean-Christophe Filliatre's configure.in and
Makefile.in templates that are currenly in the ocaml-tools package,
for lack of any better place for
On Sat, Jan 24, 2009 at 11:45:04AM +0100, Stefano Zacchiroli wrote:
* Package name: ocaml-autoconf
Upstream Author : Richard Jones, Stefano Zacchiroli, et al.
* URL : http://ocaml-autoconf.forge.ocamlcore.org/
* License : BSD (3-clauses)
Programming Lang: m4
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli z...@debian.org
* Package name: ocaml-autoconf
Upstream Author : Richard Jones, Stefano Zacchiroli, et al.
* URL : http://ocaml-autoconf.forge.ocamlcore.org/
* License : BSD (3-clauses)
Programming Lang: m4
* Stefano Zacchiroli [Sat, 24 Jan 2009 11:45:04 +0100]:
RFC: this package will consists of just one file:
/usr/share/ocaml-autoconf/ocaml.m4 , and this puzzles me a bit as
overkilling. Nevertheless, I've no clue about how autoconf extensions
should be packaged, and my naive attempts to find
On Sat, Jan 24, 2009 at 11:45:04AM +0100, Stefano Zacchiroli wrote:
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli z...@debian.org
* Package name: ocaml-autoconf
Upstream Author : Richard Jones, Stefano Zacchiroli, et al.
* URL :
Stefano Zacchiroli a écrit :
Nevertheless, I don't want to package this together with the compiler
itself, because it would become painful to update.
What about putting it in dh-ocaml?
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
On Sat, Jan 24, 2009 at 01:34:19PM +0100, Stéphane Glondu wrote:
Stefano Zacchiroli a écrit :
Nevertheless, I don't want to package this together with the compiler
itself, because it would become painful to update.
What about putting it in dh-ocaml?
I thought about it, and discarded this
8 matches
Mail list logo
