Le Tuesday 26 Jul 2011 à 18:15:24 (+0200), Mehdi Dogguy a écrit :
> On 07/26/2011 05:45 PM, Guillaume Yziquel wrote:
> >Package: ocaml-nox
> >Version: 3.12.0-7
> >Severity: normal
> >
> >
> >Bytecode versions of big_int are not packaged along ocaml-nox, wh
Package: ocaml-nox
Version: 3.12.0-7
Severity: normal
Bytecode versions of big_int are not packaged along ocaml-nox, while native
code are.
yziquel@seldon:~$ apt-file search big_int.cmx
ocaml-nox: /usr/lib/ocaml/3.10.2/big_int.cmx
ocaml-nox: /usr/lib/ocaml/3.11.0/big_int.cmx
yziquel@seldon:~$ a
Package: ocamlviz
Version: 1.01-2+3.12.0+1
Severity: normal
Trying to load ocamlviz in the toplevel gives the following:
It seems to me that this is because you have both the Ocamlviz
module and Ocamlviz_threads module in the .cma file, and somehow
they both try to run through the init_sock () c
Package: liblwt-ocaml-dev
Version: 2.2.0-1~10
Severity: normal
I have been playing with lwt 2.2. I tries to link to libev.so. However, the
libev3 dependency only provides a libev.so.3, and not a libev.so, which makes
building executables with ocamlfind fail at the linking stage.
-- System Info
I recently understood that Frama-C has modified the CIL codebase for its
own purposes. So in fact this should really be a wishlist item to see
the original CIL codebase packaged, not Frama-C's CIL.
--
Guillaume Yziquel
--
To UNSUBSCRIBE, email to debian-ocaml-maint
Package: frama-c
Version: 20100401+boron+dfsg-4+3.12.0+1
Severity: wishlist
It would be really nice if we could have CIL packaged as standalone OCaml
libraries.
-- System Information:
Debian Release: 6.0
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable'), (9
Package: libcore-ocaml-dev
Version: 0.6.0-2+3.12.0+1
Severity: minor
META file doesn't specify that core should be used only with threads. There is
indeed a dependency on threads in the following declaration in the META file:
requires = "bigarray, unix, res, sexplib, bin_prot, threads, fieldsli
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101026032749.ga27...@localhost
Le Sunday 17 Oct 2010 à 00:53:29 (+0200), Guillaume Yziquel a écrit :
>
> > > I'm currently having issues with C++ callbacks to OCaml, [...]
> >
> > Could you be more precise?
For the follow-up, an explanation of my segfault and why it happens
(indirection mismat
Le Sunday 17 Oct 2010 à 00:10:41 (+0200), Stéphane Glondu a écrit :
> Le 16/10/2010 23:24, Guillaume Yziquel a écrit :
> > Package: ocaml
> > Version: 3.12.0-1~38
> > Severity: normal
>
> Does this apply to 3.10.2 as well?
I guess so, but I haven't checked with 3
Package: ocaml
Version: 3.12.0-1~38
Severity: normal
I'm currently having issues with C++ callbacks to OCaml, and digging into
the callbacks.c file, I discovered that OCaml in Debian is not built
with the LOCAL_CALLBACK_BYTECODE macro enabled.
It seems to me that the current situation might be a
Le Friday 08 Oct 2010 à 23:05:17 (+0200), Mehdi Dogguy a écrit :
> On 10/08/2010 09:28 PM, Guillaume Yziquel wrote:
> >
> > package "syntax" (
> > version = "2.0.2"
> > description = "Syntax extension: bitstring operators"
&g
Package: libbitstring-ocaml-dev
Version: 2.0.2-1+3.12.0+1
Severity: normal
File: bitstring
The META file for bitstring is wrong. The syntax extension cannot be
used in the toplevel.
package "syntax" (
version = "2.0.2"
description = "Syntax extension: bitstring operators"
archive(syntax,pr
problem (and the error reported above).
Regards,
Sylvain Le Gall
Best regards,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
Le 08. 10. 10 13:10, Stéphane Glondu a écrit :
Le 06/10/2010 20:32, Guillaume Yziquel a écrit :
You would have a hierarchy of folders like /usr/lib/ocaml/python/X.X/*
How do you plan to handle reverse dependencies?
I do not understand precisely the question. Each python module that gets
Le 06. 10. 10 15:20, Stéphane Glondu a écrit :
Le 05/10/2010 20:26, Guillaume Yziquel a écrit :
However, there will be, in each of these libpythonX.X-ocaml-dev
packages, an
oCamlPython.cm[xo] binary/bytecode, without the oCamlPython.cmi file.
This is to
be able to load statically the
ng Stéphane Glondu's 3.12 repo for doing everything, in the doubtful
case that it may help.)
Best regards,
Guillaume Yziquel.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable
Package: libcamljava-ocaml-dev
Version: 0.3-1+b1
Severity: normal
The jni.cma library does not reference correctly the stubs in libcamljni.a.
I tried adding a META file, to take care of the previous bug I raised with
camljava,
and I got after that the following issue:
yziq...@seldon:/usr/lib/o
Guillaume Yziquel a écrit :
Gerd Stolpmann a écrit :
error(-mt) = "This library requires multi-threading support"
This has been fixed upstream:
http://hg.ocaml.info/release/postgresql-ocaml/rev/ae3b4761861c
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCR
were going on that might delay the upload. Please tell me when an
upload can be done, and in the meanwhile comment on what is OK and what
is wrong in the current packaging.
All the best,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint
Package: camljava
Severity: normal
There's no META file for CamlJava.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (700, 'stable'), (500, 'stable'), (90,
'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.
close #564334
thanks
Mehdi Dogguy a écrit :
IMHO, It's not even an issue. We changed the used library and its
configuration directory changed as well since it matches the library's name.
You upgrade a package. You lose your configuration. This is not an issue.
?
If there is no other issue
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
cameleon doesn't ship any conffile. cameleon must have removed these
files itself. This is most likely an upstream issue. Could you be more
precise?
Yes, it is an upstream issue: since 1.9.19, lablgtksourceview2 is used
inste
n multithreaded environment should not be my worry,
but only the worry of the person who packages postgresql. Raising such
an error is indeed a good way: if postgresql comes to work in a
non-multithreaded environment, I shouldn't have anything to do, as the
error should simply disappear...
al.git;a=summary
http://eigenclass.org/hiki/typed-relational-algebra-in-OCaml
http://eigenclass.org/repos/gitweb?p=relational.git;a=summary
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libpostgresql-ocaml-dev
Version: 1.12.1-2
Severity: important
META file seems incorrect. Here's a toplevel session with findlib:
yziq...@seldon:~$ ocaml
Objective Caml version 3.11.1
# #use "topfind";;
- : unit = ()
Findlib has been successfully loaded. Additional directives:
Package: cameleon
Version: 1.9.19-2
Severity: normal
The configuration files I was using for chamo seem to have been cleared /
purged,
subsequently to an update. It would be nice to check the packaging of cameleon
when
it comes to keeping configuration files between updates. Or at least have a
aml-R package. Or perhaps there's a cleaner or cleverer workaround
somewhere...
Input and advice would be appreciated.
All the best,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "uns
Mehdi Dogguy a écrit :
Guillaume Yziquel wrote:
I've been waiting for a while for the 1.3-2 version of pgocaml to come
out, as it contains a correction for the following bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549151
and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=5
.. Is there any specific action I should take on this package, or
am I missing something in the way packages are released?
All the best,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscrib
ng that, git-buildpackage will stop
complaining; take that as a reward :)
I will definitely take that as a reward.
Cheers.
Thanks.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of &quo
that putting upstream files in debian/clean is simply not something to
do since it alters the git repository at a time where upstream should
remain untouched?
So how should I erase these undesired upstream files?
All the best,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
T
ot; to update what will be committed)
# (use "git checkout -- ..." to discard changes in working directory)
#
# deleted:src/r_devices.c
# deleted:src/rdevices.ml
#
no changes added to commit (use "git add" and/or "git commit -a")
Use --gi
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
yziq...@seldon:~/sandbox/repo/debian/debian-ocaml/ocaml-r$
dh-ocaml/tools/dom-new-git-repo ocaml-r
I: initialize (empty) remote repository on alioth.d.o
Initialized empty shared Git repository in
/srv/git.debian.org/git/pkg-ocaml-maint
#x27;s case, he shouldn't give UPSTREAM_TARBALL since he is
running the command from the git repository he wants to be exported.
No, I was not. So I should have been using UPSTREAM_TARBALL from the
start perhaps.
Don't know.
Anyway, thanks a lot to you all for being so helpful on all
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
I stumbled on the same bug that you solved:
http://www.mail-archive.com/debian-ocaml-maint@lists.debian.org/msg22113.html
I do not really understand what is the problem nor how you straightened
this one out.
See:
http://git.debian.org
racked files:
# (use "git add ..." to include in what will be committed)
#
# src/.depend
nothing added to commit but untracked files present (use "git add" to track)
Use --git-ignore-new to ignore.
make: *** [git-buildpackage] Erreur 1
--
Guillaume Yziquel
http://
Mehdi Dogguy a écrit :
Guillaume Yziquel a écrit :
yziq...@seldon:~/sandbox/repo/debian/debian-ocaml/ocaml-r$
dh-ocaml/tools/dom-new-git-repo ocaml-r
On my computer, I have (dh-ocaml 0.9):
$ dom-new-git-repo
Usage: dom-new-git-repo PKGNAME [ UPSTREAM_TARBALL ]
Did you put upstream's ta
Guillaume Yziquel a écrit :
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
yziq...@seldon:~/sandbox/repo/debian/debian-ocaml/ocaml-r$
dh-ocaml/tools/dom-new-git-repo ocaml-r
I: initialize (empty) remote repository on alioth.d.o
Initialized empty shared Git repository in
/srv
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
yziq...@seldon:~/sandbox/repo/debian/debian-ocaml/ocaml-r$
dh-ocaml/tools/dom-new-git-repo ocaml-r
I: initialize (empty) remote repository on alioth.d.o
Initialized empty shared Git repository in
/srv/git.debian.org/git/pkg-ocaml-maint
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
-5- git push origin master
"git push origin" makes sense only if the repository has been cloned
from somewhere else. Since you are creating it, "origin" doesn't exist.
Try instead:
-5- dom-new-git-repo o
ckocaml.ml configure configure.in debian header INSTALL LICENSE
Makefile master.Makefile.in src todo.txt
yziq...@seldon:~/sandbox/repo/debian/debian-ocaml/ocaml-r/ocaml-r$
All the best,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-
know if the package is suitable
for inclusion in Debian or not.
All the best,
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: dh-ocaml
Version: 0.9.0
Severity: normal
The documentation is not consistent with the recent dh_ocaml migration.
Changing class/ocaml.mk to rules/ocaml.mk in appendix-cdbs.xml would be helpful.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900,
This issue should now be fixed in git.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This is now fixed in git, thanks to Sylvain Le Gall.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
a bug in the policy.
Good.
Cheers,
Thanks.
--
Guillaume Yziquel
http://yziquel.homelinux.org/
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
should you?
The control file of the pgocaml package says:
Source: pgocaml
Section: ocaml
Priority: optional
Maintainer: "Debian OCaml Maintainers"
Uploaders: Guillaume Yziquel
DM-Upload-Allowed: yes
Build-Depends: cdbs (>= 0.4.52),
debhelper (>= 7),
dpatch,
dh-ocaml,
So I gue
Stéphane Glondu a écrit :
severity 547668 wishlist
tags 547668 + upstream
thanks
Guillaume Yziquel a écrit :
The META file is incorrect. ocsigen.ext.eliom cannot be loaded from the OCaml
toplevel. This is probably related to the upgrade of Lwt.
All ocsigen.ext.* are not meant to be loaded
Package: ocsigen
Version: 1.2.0-3+lwt.1
Severity: important
The META file is incorrect. ocsigen.ext.eliom cannot be loaded from the OCaml
toplevel. This is probably related to the upgrade of Lwt.
yziq...@seldon:~$ ocaml-batteries
Objective Caml version 3.11.1
___
Package: ocsigen
Version: 1.2.0-3+lwt.1
Severity: normal
It is possible to install the 1.2.0-3 version of the ocsigen package with the
latest
lwt library from experimental. However, this lwt library comes with ssl
support, which
is required from ocsigen's META file. With this mix, you can get c
:
« Le développement d'OCaml-R vient de commencer et est en grand chantier. »
Yes, but the webpage also hasn't been updated in a while. So let's wait
for Maxence to come back from vacation to allow him to comment.
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian
Stéphane Glondu a écrit :
Guillaume Yziquel a écrit :
I have a Debian package available for OCaml-R. [...]
There doesn't seem to be any upstream release.
Yes. Source is only in darcs.
To Maxence: are you planning to make a release soon? Do you think it is
appropriate to distribute oc
best,
Guillaume Yziquel.
yziq...@seldon:~$ ocaml-batteries -rectypes
Objective Caml version 3.11.0
_
| | | |
[| + | | Batteries Included
er way to use quilt with OCaml packaging for now?
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Guillaume Yziquel a écrit :
Hello.
I'm currently trying to package R bindings for OCaml.
Now, concerning the package, I have an issue with the clean target:
OK. This issue is solved. However, I'm trying to use quilt to patch the
makefile, and I get:
fakeroot debian/rules cl
arget:
./configure needs to have run before make clean can be run. Is this a
trouble for a Debian package, or is it not? Because it means that make
clean does not revert everything to its original state.
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint
in too much a hurry...
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ch problem?
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: ocaml-dbus
Severity: normal
Upstream is now at version 0.24, and there has been improvements in the
interface of this DBus binding.
http://tab.snarc.org/projects/ocaml_dbus/
Debian package is at version 0.7.
-- System Information:
Debian Release: squeeze/sid
APT prefers t
Stéphane Glondu a écrit :
If it is very specific (which seems to be the case), you can install it
in `ocamlfind query pgocaml`, so that it is accessible with "ocamlfind
pgocaml/pgocaml_prof".
Done.
Guillaume.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a sub
in which folder should
I install it? /usr/bin?
All the best.
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Mehdi Dogguy a écrit :
This another bug. The point of Guillaume is that "#use "topfind"" is not
working not that the toplevel library doesn't work. I admit that the two
problems are related but somehow completely different.
My point was indeed that the topfind script relies on the toploop.cmi
should be amended in order to play nicely
with cdbs. Advice welcome.
My rules file is the following, for the record:
#!/usr/bin/make -f
# debian/rules for pgocaml package
# Copyright (C) 2009 Guillaume Yziquel
#
# This program is free software; you can redistribute it and/or
# modify it under
Guillaume Yziquel a écrit :
Looking at it more closely, the issue is essentially that jocaml lacks a
jocaml-interp package similar to the ocaml-interp package.
I filed bug #532981 concerning a request to package jocaml-interp.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532981
/toploop.cmi and relatives in a
jocaml-interp package similar to the ocaml-interp package.
This issue is related to bug #532970.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=532970
Guillaume Yziquel.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900
the next upload.
Looking at it more closely, the issue is essentially that jocaml lacks a
jocaml-interp package similar to the ocaml-interp package.
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubs
Package: jocaml
Version: 3.11.0-3
Severity: important
I tried to use findlib from the jocaml toplevel. Not very surprisingly,
it does not work. As it has a major effect on the usability of jocaml's
toploop, I decided to flag the issue as important. It would perhaps be
a good idea to solve it by m
ould apply for the profiler package?
All the best,
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Romain Beauxis a écrit :
Ok, camlpdf is patched for *zip* not for *unzip*, which is not available in a
seperate package.
So what we have at first glance here is a module name clash: both extlib and
camlpdf provide an interface for a module named Zip. It is not clear to me
whether both modul
Guillaume Yziquel a écrit :
Guillaume Yziquel a écrit :
Romain Beauxis a écrit :
Hi !
Le Monday 01 June 2009 00:47:44 Guillaume Yziquel, vous avez écrit :
When trying to use both extlib and camlpdf on the toplevel, they
disagree on the interface to module unzip:
CamlPDF in debian is
Guillaume Yziquel a écrit :
Romain Beauxis a écrit :
Hi !
Le Monday 01 June 2009 00:47:44 Guillaume Yziquel, vous avez écrit :
When trying to use both extlib and camlpdf on the toplevel, they
disagree
on the interface to module unzip:
CamlPDF in debian is patched to build against the
Romain Beauxis a écrit :
Hi !
Le Monday 01 June 2009 00:47:44 Guillaume Yziquel, vous avez écrit :
When trying to use both extlib and camlpdf on the toplevel, they disagree
on the interface to module unzip:
CamlPDF in debian is patched to build against the unzip module shipped by
Package: libcamlpdf-ocaml-dev
Version: 0.4-1
Severity: important
When trying to use both extlib and camlpdf on the toplevel, they disagree
on the interface to module unzip:
yziq...@seldon:~/svn/main/ocaml-yziquel$ ocaml
Objective Caml version 3.11.0
# #use "topfind";;
- : unit = ()
Find
Guillaume Yziquel a écrit :
This apt repository is available by putting
deb http://localhost/debian stable/
deb-src http://localhost/debian stable/
deb http://localhost/debian testing/
deb-src http://localhost/debian testing/
deb http://localhost/debian unstable/
deb-src http://localhost
Stefano Zacchiroli a écrit :
On Sun, Feb 08, 2009 at 04:34:36PM +0100, Guillaume Yziquel wrote:
Stefano Zacchiroli a écrit :
Then something is broken:
yziq...@seldon:~/sandbox$ svn co svn+ssh://svn.debian.org/svn/pkg-ocaml-maint
Password: Password: Password: Permission denied
(publickey
Stefano Zacchiroli a écrit :
On Sun, Feb 08, 2009 at 02:32:26PM +0100, Guillaume Yziquel wrote:
Indeed. What I meant was that the policy would need a few clarifications:
-1- Mentioning that the SVN server is not publicly available anymore
(password needed) and that people should now use the
Sylvain Le Gall a écrit :
On 07-02-2009, Guillaume Yziquel wrote:
ocamlfind install -destdir
/home/yziquel/src/pgocaml/deb/ocaml-pgocaml-1.1/debian/libpgocaml-ocaml-dev//usr/lib/ocaml/3.10.2
pgocaml META pgocaml.a pgocaml.cma pgocaml.cmxa pGOCaml.cm[ix] pa_pgsql.cmo
ocamlfind: Bad
Mehdi Dogguy a écrit :
Guillaume Yziquel a écrit :
By the way,
http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/x565.html
is not up to date.
There is a Git section:
http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/x686.html
Indeed. What I meant
complaint, or a
similar folder being created when I run debuild -i -us -uc -b on the
inotify package.
Regards
Guillaume Yziquel.
--
To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
il how you guys get to do this.
Guillaume Yziquel.
yziq...@seldon:~/src/pgocaml/deb/ocaml-pgocaml-1.1$ debuild -i -us -uc -b
dpkg-buildpackage -rfakeroot -D -us -uc -i -b
dpkg-buildpackage : définir CFLAGS à la valeur par défaut : -g -O2
dpkg-buildpackage : définir CPPFLAGS à la valeur par dé
Richard Jones a écrit :
On Sun, Jan 04, 2009 at 02:44:44AM +0100, Stéphane Glondu wrote:
Guillaume Yziquel a écrit :
Guillaume,
As a general comment, are you trying to use the right version of
PG'OCaml? The latest version is 1.1 from
http://developer.berlios.de/projects/pgocaml/
Stéphane Glondu a écrit :
Hi,
Guillaume Yziquel a écrit :
-1- The current packaging of libocaml-calendar-dev delivers .cmo files,
and not .cma files;
-2- For this reason, pgocaml fails to compile properly on debian systems.
It's libcalendar-ocaml-dev. In one mail (from me) you quo
.cma files;
-2- For this reason, pgocaml fails to compile properly on debian systems.
I see two possible solutions:
-1- Changing the packaging of libocaml-calendar-dev in order to provide
.cma files;
-2- Packaging pgocaml in debian.
What should be the course of action to follow?
Guillau
84 matches
Mail list logo
