Package: tuareg-mode
Version: 1:2.0.0-1
Severity: important
When installing the last tuareg-mode, configure failed with emacs22 with
error:
Paramétrage de tuareg-mode (1:2.0.0-1) ...
install/tuareg-mode: Handling install for emacsen flavor emacs22
Loading 00debian-vars...
Loading
2008/3/7, Sylvain Le Gall [EMAIL PROTECTED]:
I am really not sure we can keep our revision history from Subversion. I
really would like to keep it as far as possible (i.e. history of our
subversion repository).
I've made a simple test for lablgtk:
2008/3/8, Stefano Zacchiroli [EMAIL PROTECTED]:
On Fri, Mar 07, 2008 at 05:14:13PM +, Sylvain Le Gall wrote:
Cons
I am really not sure we can keep our revision history from Subversion. I
really would like to keep it as far as possible (i.e. history of our
subversion
2007/9/28, Samuel Mimram [EMAIL PROTECTED]:
Hi,
Stefano Zacchiroli wrote:
On Thu, Sep 27, 2007 at 06:39:43PM -, [EMAIL PROTECTED] wrote:
Don't install *.o files.
Uhm, is this the right solution?
I mean, are you sure those *.o files are not needed for linking of
native code
2006/6/7, Stefano Zacchiroli [EMAIL PROTECTED]:
On Wed, Jun 07, 2006 at 04:19:02AM +0200, Julien Cristau wrote:
the following packages need source uploads for the new ocaml in sid:
* headache
* camomile
These two packages still haven't been updated, and Sylvain seems not to
have enough
2006/5/27, Samuel Mimram [EMAIL PROTECTED]:
Hi,
[...]
It would be nice if some of you could proofread it, since I made many
changes to it. You might even learn some things...
I've read it, but a what look like a copypaste error: in
chapter-libpack.xml the standard library path is often
2006/3/26, Paul Wise [EMAIL PROTECTED]:
On Sun, 2006-03-26 at 10:12 +0800, Paul Wise wrote:
I'll change the packaging today to use the spamoracle method.
Done. I've overridden lintian/linda warnings about the /usr/share/doc
symlink and the unstripped binary in mtasc-byte.
I've look at your
2005/12/30, Sven Luther [EMAIL PROTECTED]:
On Fri, Dec 30, 2005 at 06:48:24PM +0100, Stefano Zacchiroli wrote:
On Thu, Dec 29, 2005 at 03:32:13PM +0100, Sven Luther wrote:
Anyway, it has been a long time since i wrote serious ocaml code, and i
have
some doubts about the best way to
2005/11/7, Julien Cristau [EMAIL PROTECTED]:
On Mon, Nov 7, 2005 at 11:48:56 +, Florian Weimer wrote:
* Sven Luther:
Hi, would be nice to have this packaged also together with ocaml 3.09.
Is this redistributable, given the license of the documentation?
Yes, this is the
2005/10/3, Christian Stork [EMAIL PROTECTED]:
Hi OCaml Maintainers,
I might be wrong but it seems to me that
ocamlc -custom -I +extlib extLib.cma -cclib -lextLib -o ... ...
expects
+extlib/libextlib.a
^^^
to exist since it calls gcc with
gcc ...
Hello,
I've just seen (while upgrading my unstable computer with aptitude)
that both libgmp-ocaml and libgmp-ocaml-dev are in the section devel.
I belive that the former should be in the libs section, and the latter
in the libdevel one. Am I mistaken ?
2005/9/3, Jérôme Marant [EMAIL PROTECTED]:
Hi,
gcc and al are standard packages. Is this really relevant?
Cheers,
gcc is not an essential package, only a build essential one. So yes,
to be policy compliant, we should depend on it.
We don't want one of our user to failed to compile one of
2005/9/3, Sven Luther [EMAIL PROTECTED]:
I saw libocurl and libnumerix being removed just now whewn i apt-get
dist-upgraded it, don't know exactly why though.
Libnumerix depend on libgmp which is a C/C++ library, and so should
probably be recompiled for it.
2005/9/1, Jérôme Marant [EMAIL PROTECTED]:
Quoting Stefano Zacchiroli [EMAIL PROTECTED]:
On Thu, Sep 01, 2005 at 09:49:54AM +0200, Jérôme Marant wrote:
What bugs was it supposed to close? If you think of emacs related bugs,
isn't it better for users to confirm first and then to close
2005/9/1, Ralf Treinen [EMAIL PROTECTED]:
There are two different questions here for the case that both
ocaml-mode and tuareg-mode are installed on a system:
1) how can a user overwrite the default behaviour,
2) how can a system administrator change the default behaviour.
When we
Hello,
while reading about the /usr/doc directories on debian-devel, I've
seen that there still exist an old camlp4-doc package in debian,
documenting an old version of camlp4 when the ocaml-doc package does
contain now documentation for more recent version of camlp4. Should we
fill a bug on
Package: ocaml
Version: 3.08.3-6
Severity: normal
the ocaml package contain a CVS directories, which seem strange at
least:
$ dpkg -L ocaml | grep CVS
/usr/share/doc/ocaml/examples_labltk/CVS
/usr/share/doc/ocaml/examples_labltk/CVS/Entries
/usr/share/doc/ocaml/examples_labltk/CVS/Repository
Package: tuareg-mode
Version: 1.45.0-beta1-2
Severity: normal
Tags: patch
Since one of the recent upgrade of tuareg-mode, I have lost part of
the coloration of ocaml file: the keyword (like let, module,
struct...) have the default color, and are not the face for
keyword. I have a patch for it.
2005/5/29, Ralf Treinen [EMAIL PROTECTED]:
Hi,
I recently did some experiments with svn-buildpackage. As far as I can
see, svn-buildpackage has all the functionality of opkg-buildpackage
[...]
svn-buildpackage -rfakeroot -uc -us
It doesn't work because the svn-deblayout file contain
Package: tuareg-mode
Version: 1.44.3-2
Severity: normal
Tags: patch
When opening the following file:
$ cat test.ml
(*
#require lablgtk2;;
*)
$
tuareg report an error:
void-variable font-lock-preprocessor-face
It seem that the problem come from 03_fontlock.dpatch that make tuareg
mode not
2005/5/21, Sylvain LE GALL [EMAIL PROTECTED]:
Hi all,
Well, i was preparing to go on holiday, when i received a RC
bugs on ocamlgsl yesterday ;-
The fix is ready in the SVN repository. It just need to be uploaded to
unstable and to deal with release-manager to get it included in Sarge.
ocamlgsl 0.3.5-3 has just been uploaded and fix a grave bug (#309844)
by a very small change. Could you allow it into sarge ?
source package is ocamlgsl, and binary packages are
libocamlgsl-ocaml-dev and libocamlgsl-ocaml.
Thannks
On Wed, 23 Mar 2005 15:17:42 +0100, Stefano Zacchiroli [EMAIL PROTECTED]
wrote:
Hi all,
having tags/ directory all over the svn repository is quite annoying
since one have them in its working copy and that takes a lot of disk
space.
It would be better to have a single tags/ directory in
On Thu, 13 Jan 2005 00:56:12 +0100, Samuel Mimram
[EMAIL PROTECTED] wrote:
Hi,
Argh!
Having a look at this problem I dicovered that hevea was under the QPL
which is generally considered as non-free if I remember correctly the
events of this summer concerning OCaml. Sven, I'm I correct?
Hello,
I will soon upload a new version of ocaml-doc (this week-end or at the
beginning of the next week), and I was wondering if I should had the
ocaml-debian-team to the uploader field. What do you think of it ?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
[EMAIL PROTECTED] writes:
On Sat, Mar 20, 2004 at 09:02:38AM +0100, Ralf Treinen wrote:
The top of the recent chaneglog entry of mldonkey :
mldonkey (2.5.16-2) unstable; urgency=low
* Forget to close old bugs ( see 2.5.11-1 )
( Closes: #225254, #210174, #229360, #226484, #229862 )
Ralf Treinen [EMAIL PROTECTED] writes:
Hi,
On Thu, Mar 18, 2004 at 08:16:07PM +0100, Remi Vanicat wrote:
well, a quick fix is to apply the attached patch to the tuareg.el
file. (The idea of the patch is to use the button 3 for type
exploration, not the button 2). I believe
Ralf Treinen [EMAIL PROTECTED] writes:
This still doesn't indicate which mode he was *using* when the error
occured. Installing the tuareg-mode package doesn't automatically activate
tuareg-mode on *.ml files for all users.
I should have stepped in the discussion already :
I have reproduce
Ralf Treinen [EMAIL PROTECTED] writes:
Hi,
On Thu, Mar 18, 2004 at 08:16:07PM +0100, Remi Vanicat wrote:
well, a quick fix is to apply the attached patch to the tuareg.el
file. (The idea of the patch is to use the button 3 for type
exploration, not the button 2). I believe
Ralf Treinen [EMAIL PROTECTED] writes:
On Wed, Mar 17, 2004 at 09:08:12AM +0100, Remi Vanicat wrote:
Okay, I've understood, and I believed I see from where it come. I will
contact upstream (Markus Mottle) about it.
Rémi, thanks for your efforts. I don't have much time to look into this
now
Sven Luther [EMAIL PROTECTED] writes:
Hello,
Can an emacs user perhaps have a look at bug report #238097 ?
well, a quick fix is to apply the attached patch to the tuareg.el
file. (The idea of the patch is to use the button 3 for type
exploration, not the button 2). I believe this is an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 18 Mar 2004 17:34:32 +0100
Source: ocaml-tools
Binary: ocaml-tools
Architecture: source all
Version: 2004.03.18-1
Distribution: unstable
Urgency: low
Maintainer: Debian OCaml Maintainers [EMAIL PROTECTED]
Changed-By: Remi
Sven Luther [EMAIL PROTECTED] writes:
On Thu, Mar 18, 2004 at 08:16:07PM +0100, Remi Vanicat wrote:
Sven Luther [EMAIL PROTECTED] writes:
Hello,
Can an emacs user perhaps have a look at bug report #238097 ?
well, a quick fix is to apply the attached patch to the tuareg.el
file
Changed-By: Remi Vanicat [EMAIL PROTECTED]
Description:
ocaml-tools - Various tools for ocaml programmers
Closes: 235720 238257
Changes:
ocaml-tools (2004.03.18-1) unstable; urgency=low
.
* OCamlMakefile: new upstream: do not look anymore for
dependency into the system library (Closes
Mike Furr [EMAIL PROTECTED] writes:
On Tue, 2004-03-16 at 01:57, Remi Vanicat wrote:
What is strange here is that OCamlMakefile use explicit depend over
some system library. It should not even bother. He may even not know
that there exist a gl.cmi (and gl.mli) file. How do you use
Remi Vanicat [EMAIL PROTECTED] writes:
Mike Furr [EMAIL PROTECTED] writes:
Therefore, when I try and compile the examples(with OCamlMakefile), it
tries to recompile gl.mli - gl.cmi. While this is technically the
correct behavior for OCamlMakefile, it makes it unusable unless I go
Mike Furr [EMAIL PROTECTED] writes:
Package: ocaml-tools
Version: 2003.10.03-1
Severity: normal
Hello ocaml-maint team,
While playing around with the OpenGL bindings, I came across this
annoying behavior with OCamlMakefile. It seems that during the
installation of lablgl, the following
Remi Vanicat [EMAIL PROTECTED] writes:
Mike Furr [EMAIL PROTECTED] writes:
Therefore, when I try and compile the examples(with OCamlMakefile), it
tries to recompile gl.mli - gl.cmi. While this is technically the
correct behavior for OCamlMakefile, it makes it unusable unless I go
Mike Furr [EMAIL PROTECTED] writes:
Package: ocaml-tools
Version: 2003.10.03-1
Severity: normal
Hello ocaml-maint team,
While playing around with the OpenGL bindings, I came across this
annoying behavior with OCamlMakefile. It seems that during the
installation of lablgl, the following
Sven Luther [EMAIL PROTECTED] writes:
On Tue, Mar 09, 2004 at 12:55:02PM +0100, Stefano Zacchiroli wrote:
On Mon, Mar 08, 2004 at 02:29:35PM +0100, Stefano Zacchiroli wrote:
I think we should better have a naming convention for camlp4 syntax
estension instead of picking randon names. What
Sven Luther [EMAIL PROTECTED] writes:
It could be done in common with the ocaml-toplevel split also we spoke
about.
This would mean the following distribution :
ocaml-base : Depends on ocaml-base-nox
ocaml-base-nox
ocaml-toplevel: depends on ocaml-base
ocaml : depends on
Sven Luther [EMAIL PROTECTED] writes:
On Tue, Mar 09, 2004 at 10:30:14AM +0100, Remi Vanicat wrote:
Sven Luther [EMAIL PROTECTED] writes:
It could be done in common with the ocaml-toplevel split also we spoke
about.
This would mean the following distribution :
ocaml-base
Sven Luther [EMAIL PROTECTED] writes:
On Tue, Mar 09, 2004 at 12:55:02PM +0100, Stefano Zacchiroli wrote:
On Mon, Mar 08, 2004 at 02:29:35PM +0100, Stefano Zacchiroli wrote:
I think we should better have a naming convention for camlp4 syntax
estension instead of picking randon names. What
Jérôme Marant [EMAIL PROTECTED] writes:
Hi,
Does someone remember why lib*-ocaml needs to depend on
ocaml-base-X.Y? I received a mail from a libsdl-ocaml
user who think that this is not requred.
Well, I'm not sure it is needed either; One have to take care that the
lib don't depend on some
Christian Perrier [EMAIL PROTECTED] writes:
The geneweb package currently uses its own system for handling its internal
translation.
I started thinking about asking Daniel de Rauglaudre for using a
standard gettext format for i18n.
I guess that some standardized ocaml library exists for
Package: wnpp
Severity: wishlist
* Package name: ocamlplot
Version : 0.5
Upstream Author : Olivier Andrieu [EMAIL PROTECTED]
* URL or Web page : http://ocamlplot.sourceforge.net/
* License : LGPL
Description : An ocaml binding for the libplot GNU library
I have
Package: wnpp
Severity: wishlist
* Package name: ocamlplot
Version : 0.5
Upstream Author : Olivier Andrieu [EMAIL PROTECTED]
* URL or Web page : http://ocamlplot.sourceforge.net/
* License : LGPL
Description : An ocaml binding for the libplot GNU library
I have
Sven Luther [EMAIL PROTECTED] writes:
On Wed, Feb 18, 2004 at 01:53:38AM +, Steve McIntyre wrote:
Package: advi
Version: 1.4.0-7
Severity: normal
This is a semi-automated bug report based on scanning the contents of
binary .deb files in the unstable Debian archive.
Please, when you
Sven Luther [EMAIL PROTECTED] writes:
Hello,
I don't know if you are aware of that, but a discussion has been raging
on debian-vote about the removal of non-free from our archive, our BTS,
and so on.
I have been involved in it (even proposed a GR ammendment, altough it
was a bit
Samuel Mimram [EMAIL PROTECTED] writes:
Package: wnpp
Severity: wishlist
* Package name: equeue
Version : 2.0
Upstream Author : Gerd Stolpmann [EMAIL PROTECTED]
* URL : http://www.ocaml-programming.de/programming/equeue.html
* License : Proprietary, but
Stefano Zacchiroli [EMAIL PROTECTED] writes:
On Sun, Jan 11, 2004 at 09:14:06PM +0100, Remi Vanicat wrote:
Well, I would prefer that lablgtk doesn't depend on findlib, may be it
would be better to make a conflict, as in
Yes, is a possibility, but why?
Well, because one can use lablgtk
Sven Luther [EMAIL PROTECTED] writes:
On Sun, Jan 11, 2004 at 06:27:38PM +0100, Stefano Zacchiroli wrote:
Gerd released a fixed findlib (1.0.2), I've just upload the package.
Ok, i will make the changes to lablgl, lablgtk and lablgtk2. Should i
wait for findlib to having been built on all
Sven Luther [EMAIL PROTECTED] writes:
On Sun, Jan 11, 2004 at 06:27:38PM +0100, Stefano Zacchiroli wrote:
Gerd released a fixed findlib (1.0.2), I've just upload the package.
Ok, i will make the changes to lablgl, lablgtk and lablgtk2. Should i
wait for findlib to having been built on all
Sylvain LE GALL [EMAIL PROTECTED] writes:
Hello,
I have just finish to fixed the policy document you can found on
pkg-ocaml-maint / dh-make-ocaml/trunk/policy. There is a master document
( ocaml_packaging_policy.xml ) and chapter/appendix.
Off course, they need to be filled by something (
Sven Luther [EMAIL PROTECTED] writes:
On Sun, Oct 19, 2003 at 03:44:02PM +0200, Remi Vanicat wrote:
Package: liblablgtk2-ocaml
Version: 2.2.0-1
Severity: normal
Tags: patch
Lablgtk2 build use `ocamlc -version` to choose where to install the META
file, or, since ocaml-3.07-7 `ocamlc
Sylvain LE GALL [EMAIL PROTECTED] writes:
Hello,
I have just finish to fixed the policy document you can found on
pkg-ocaml-maint / dh-make-ocaml/trunk/policy. There is a master document
( ocaml_packaging_policy.xml ) and chapter/appendix.
Off course, they need to be filled by something (
Sven Luther [EMAIL PROTECTED] writes:
On Sun, Oct 19, 2003 at 03:44:02PM +0200, Remi Vanicat wrote:
Package: liblablgtk2-ocaml
Version: 2.2.0-1
Severity: normal
Tags: patch
Lablgtk2 build use `ocamlc -version` to choose where to install the META
file, or, since ocaml-3.07-7 `ocamlc
Sven Luther [EMAIL PROTECTED] writes:
On Thu, Oct 16, 2003 at 09:17:23AM -0400, Sven Luther wrote:
Format: 1.7
Date: Thu, 16 Oct 2003 09:00:49 +0200
Source: ara
Binary: ara
Architecture: source i386
Version: 0.4.20030813-1.2
Distribution: unstable
Urgency: high
Maintainer: Thomas
Sven Luther [EMAIL PROTECTED] writes:
On Thu, Oct 16, 2003 at 09:17:23AM -0400, Sven Luther wrote:
Format: 1.7
Date: Thu, 16 Oct 2003 09:00:49 +0200
Source: ara
Binary: ara
Architecture: source i386
Version: 0.4.20030813-1.2
Distribution: unstable
Urgency: high
Maintainer: Thomas
Hello,
I've installed the new lablgtk2 package, and It appeared that the
gtk*Props.cmi and ogtk*Props.cmi are laking. But it appeared that they
might be useful (as the recent thread on the lablgtk mailing prove
it).
By the way, the It could be also interesting to include the .ml and
.mli that
Hello,
I've installed the new lablgtk2 package, and It appeared that the
gtk*Props.cmi and ogtk*Props.cmi are laking. But it appeared that they
might be useful (as the recent thread on the lablgtk mailing prove
it).
By the way, the It could be also interesting to include the .ml and
.mli that
Remi Vanicat [EMAIL PROTECTED] writes:
In fact, I've two problem:
- the camlp4 tutorial and refman html doc is not available as a tar
ball for now
- the camlp4 refman contain a warning saying :
Warning: this manual may not be up-to-date with respect with the
current implementation. We
Remi Vanicat [EMAIL PROTECTED] writes:
In fact, I've two problem:
- the camlp4 tutorial and refman html doc is not available as a tar
ball for now
- the camlp4 refman contain a warning saying :
Warning: this manual may not be up-to-date with respect with the
current implementation. We
Stefano Zacchiroli [EMAIL PROTECTED] writes:
Hi Remi,
I'm wondering what you would like to do for the ocaml-doc package.
The colorized manual with differences between ocaml versions seems not
to be yet available for ocaml 3.07, but the standard ocaml 3.07
documentation is. What are you
Stefano Zacchiroli [EMAIL PROTECTED] writes:
Hi Remi,
I'm wondering what you would like to do for the ocaml-doc package.
The colorized manual with differences between ocaml versions seems not
to be yet available for ocaml 3.07, but the standard ocaml 3.07
documentation is. What are you
Jérôme Marant [EMAIL PROTECTED] writes:
Quoting Stefano Zacchiroli [EMAIL PROTECTED]:
On Sun, Oct 05, 2003 at 11:33:35PM +0200, Sven Luther wrote:
What was the response of the ocaml team about this ?
None, yet.
In case of problem we should have to split the bignum library from the
Jérôme Marant [EMAIL PROTECTED] writes:
Quoting Sven Luther [EMAIL PROTECTED]:
But, this will happen only after the testing migration is completed, so,
as said, business as usual, there will still be time to make high
priority cleanup later on, if it is needed.
Err, no, we must not allow
Sylvain LE GALL [EMAIL PROTECTED] writes:
[...]
I append the TODO list, sorted as we did on last thursday.
Could we put the TODO list on svn ? So we could edit it. We could also
had a field to tell who is working on it (If there is someone).
--
Rémi Vanicat
[EMAIL PROTECTED]
--
To
Sylvain LE GALL [EMAIL PROTECTED] writes:
Could we put the TODO list on svn ? So we could edit it. We could also
had a field to tell who is working on it (If there is someone).
No problem, for uploading it to svn. Just tell me where ! ( i think it
could go with the policy, since it is
Jérôme Marant [EMAIL PROTECTED] writes:
Quoting Stefano Zacchiroli [EMAIL PROTECTED]:
On Sun, Oct 05, 2003 at 11:33:35PM +0200, Sven Luther wrote:
What was the response of the ocaml team about this ?
None, yet.
In case of problem we should have to split the bignum library from the
Sven Luther [EMAIL PROTECTED] writes:
On Fri, Oct 03, 2003 at 08:20:03PM +0200, Ralf Treinen wrote:
On Fri, Oct 03, 2003 at 05:27:52PM +0200, Sven Luther wrote:
What do you use to build packages directly out of the SVN repository (i
think Ralf proposed something such some time back), and
Christian Perrier [EMAIL PROTECTED] writes:
Well, as some of you may know, I'm not an ocaml expert...I'm even not
a coding expert, by the way.
I maintain the geneweb package because it's part of my hobby,
mostly. Also because I think I can make good work with it as long as
it does not
Sven Luther [EMAIL PROTECTED] writes:
On Fri, Oct 03, 2003 at 08:20:03PM +0200, Ralf Treinen wrote:
On Fri, Oct 03, 2003 at 05:27:52PM +0200, Sven Luther wrote:
What do you use to build packages directly out of the SVN repository (i
think Ralf proposed something such some time back), and
Jérôme Marant [EMAIL PROTECTED] writes:
Quoting Sven Luther [EMAIL PROTECTED]:
I did not understand what you meant. I was proposing to license
epeire and topcameleon LGPL.
The idea is to use the same LGPL + exception (for static linking and
such) that the ocaml runtime uses.
What is
Jérôme Marant [EMAIL PROTECTED] writes:
Quoting Sven Luther [EMAIL PROTECTED]:
I did not understand what you meant. I was proposing to license
epeire and topcameleon LGPL.
The idea is to use the same LGPL + exception (for static linking and
such) that the ocaml runtime uses.
What is
Sven Luther [EMAIL PROTECTED] writes:
Ok its up, altough it seem to not want to use my public ssh key, but it
works with the password.
What is the directory structure we decided on again ? I see that there
are various directories with just trunk in it :
package-name/trunk/debian
Sven Luther [EMAIL PROTECTED] writes:
Hello everyone.
I have made new ocaml 3.07beta1 packages available at :
deb http://people.debian.org/~luther/ocaml
In truth, i did reversion them to 2.06.99.beta1, in order to not create
problems with the upgrade to the trye 3.07.
I am not
Sven Luther [EMAIL PROTECTED] writes:
Hello everyone.
I have made new ocaml 3.07beta1 packages available at :
deb http://people.debian.org/~luther/ocaml
In truth, i did reversion them to 2.06.99.beta1, in order to not create
problems with the upgrade to the trye 3.07.
I am not
Sven Luther [EMAIL PROTECTED] writes:
Ok its up, altough it seem to not want to use my public ssh key, but it
works with the password.
What is the directory structure we decided on again ? I see that there
are various directories with just trunk in it :
package-name/trunk/debian
Ralf Treinen [EMAIL PROTECTED] writes:
On Sat, Jun 07, 2003 at 12:40:21PM +0200, Stefano Zacchiroli wrote:
I've just committed camlidl package under the umbrella. I suggest you
to look at it as an example on how I intend to use the svn repository.
I just converted one of my packages (hlins)
Ralf Treinen [EMAIL PROTECTED] writes:
On Sat, Jun 07, 2003 at 12:40:21PM +0200, Stefano Zacchiroli wrote:
I've just committed camlidl package under the umbrella. I suggest you
to look at it as an example on how I intend to use the svn repository.
I just converted one of my packages (hlins)
Ralf Treinen [EMAIL PROTECTED] writes:
Hi,
I tried to follow Stefanos instructions of how to checkout a copy
of the ocaml-maint repository, but I cannot even access the svn server:
On Sat, Jun 07, 2003 at 12:40:21PM +0200, Stefano Zacchiroli wrote:
I've just committed camlidl package under
Sven Luther [EMAIL PROTECTED] writes:
Hello, ...
I am preparing a new ocaml 3.06-17 package which i will upload at the
latest this WE. The problem i will be fixing are :
1) policy cleanup as suggested by Sylvain.
2) handling of /usr/include/caml directory (Bug#195574)
3) gdbm
Remi Vanicat [EMAIL PROTECTED] writes:
[...]
followup to my own test : this work with the 0.22.2-1 version of
subversion, not with the 0.23.0-1 one. 0.23.0 is the one into unstable
now. One can still found old version of subversion into the at
ftp://ftp.fr.debian.org:/debian/pool/main/s
Sven Luther [EMAIL PROTECTED] writes:
On Sun, May 25, 2003 at 11:34:36AM +0200, Remi Vanicat wrote:
Remi Vanicat [EMAIL PROTECTED] writes:
[...]
followup to my own test : this work with the 0.22.2-1 version of
subversion, not with the 0.23.0-1 one. 0.23.0 is the one into unstable
Ralf Treinen [EMAIL PROTECTED] writes:
On Sun, May 25, 2003 at 02:00:05PM +0200, Remi Vanicat wrote:
by the way, am I the only one to have this problem ?
When I tried to follow the instructions you sent earlier I get
% svn co svn://pkg-ocaml-maint.alioth.debian.org/svn/pkg-ocaml-maint
svn
Remi Vanicat [EMAIL PROTECTED] writes:
[...]
I've done the following :
- add my ssh public-key to alioth (Somewhere into what is labeled
my page- Account Maintenance - Shell Account Information)
- create a ~/.subversion/servers file containing
--beginning of servers --
[groups
Sven Luther [EMAIL PROTECTED] writes:
On Wed, May 21, 2003 at 05:05:45PM +0200, Stefano Zacchiroli wrote:
BTW, howdo we join the project, do you need to add us or something
such ?
from a alioth page : If you would like to contribute to this project
by becoming a developer, contact one of the
Stefano Zacchiroli [EMAIL PROTECTED] writes:
On Wed, May 21, 2003 at 05:45:46PM +0200, Sven Luther wrote:
BTW, howdo we join the project, do you need to add us or something
such ?
I think so, but I'm waiting for a last confirmation: they told me that
the SVN repository has been created but
Stefano Zacchiroli [EMAIL PROTECTED] writes:
On Wed, May 21, 2003 at 06:39:07PM +0200, Remi Vanicat wrote:
http://svn.debian.org/cgi-bin/viewcvs.cgi/?root=pkg-ocaml-maint
exists
Yes, I've checked, but I'm not sure if SVN works.
In this day I've no time to play with SVN, but if someone
Stefano Zacchiroli [EMAIL PROTECTED] writes:
I think that this can be the last question we need to answer before
starting the project[1]?
I found rather tricky to use CVS for full handling of debian package of
which we are not also upstream authors. I've used a bit cvs-buildpackage
but I've
Sven Luther [EMAIL PROTECTED] writes:
On Wed, Apr 16, 2003 at 12:27:59AM +0200, Denis Barbier wrote:
This was for the libc migration.
AFAICT OCaml situation is very different:
* library location is not well established
Yes and no. We standardized the dll.so location in the stublibs
Remi Vanicat [EMAIL PROTECTED] writes:
Sven Luther [EMAIL PROTECTED] writes:
On Wed, Apr 16, 2003 at 12:27:59AM +0200, Denis Barbier wrote:
This was for the libc migration.
AFAICT OCaml situation is very different:
* library location is not well established
Yes and no. We standardized
Sven Luther [EMAIL PROTECTED] writes:
On Wed, Apr 16, 2003 at 11:20:57AM +0200, Remi Vanicat wrote:
[...]
This in not completely true. One could want to write a binding for a
gtk widget not in lablgtk, without having to modify lablgtk, while
using some of the lablgtk function. Then it could
Remi Vanicat [EMAIL PROTECTED] writes:
[...]
I've just look to the rpath one can found into the dll of
/usr/lib/ocaml/3.06/stublibs :
the directories are : /usr/lib /usr/local/lib /usr/X11R6/lib
/usr/lib/ocaml/3.06/stublibs. The first 3 are not useful (I think),
but the last one seem
Sven Luther [EMAIL PROTECTED] writes:
Could you provide a complete list of the files and the corresponding
rpaths ? The /usr/local/lib seems strange, and is maybe hand added by
the build process.
dllbigarray.so: no rpath or runpath tag found.
dllcamlzip.so: RPATH=/usr/lib
dllci_freetype.so:
Stefano Zacchiroli [EMAIL PROTECTED] writes:
Hi all,
I've written a small toy that perform consistency checks on a set of
ocaml bytecode objects (.cmo and .cma). Checks are performed usings
md5sums kept inside them as reported by objinfo.
[...]
Actually, as you can see, we have
Stefano Zacchiroli [EMAIL PROTECTED] writes:
Hi all,
I've written a small toy that perform consistency checks on a set of
ocaml bytecode objects (.cmo and .cma). Checks are performed usings
md5sums kept inside them as reported by objinfo.
[...]
Actually, as you can see, we have
Sven Luther [EMAIL PROTECTED] writes:
Hello, ...
I have been looking a bit more, and i think these are the remaining
issues :
1) First problem :
o cameleon (sparc)
o meta-ocaml ( all arches ) #180967 depends on zoggy, which is
unavailable (for sparc i guess)
zoggy is not
Sven Luther [EMAIL PROTECTED] writes:
Hello, ...
I have been looking a bit more, and i think these are the remaining
issues :
1) First problem :
o cameleon (sparc)
o meta-ocaml ( all arches ) #180967 depends on zoggy, which is
unavailable (for sparc i guess)
zoggy is not
1 - 100 of 204 matches
Mail list logo