Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch

Le ven. 17 mars 2023 à 03:35, Kyle Robbertze a écrit : > > Hi, > > On 2023/03/16 19:38, Romain Beauxis wrote: > > Package: liquidsoap > > Version: 2.1.3-1+b1 > > Severity: important > > > > Dear Maintainer, > > > > Thank you so much for main

Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch

Package: liquidsoap Version: 2.1.3-1+b1 Severity: important Dear Maintainer, Thank you so much for maintaining liquidsoap for debian! I have received the notification that debian bookworm was being put in hard freeze and was wondering if it would be possible to either update the package to

Bug#878692: please drop transitional package mingw-ocaml

2017-10-16 10:16 GMT-05:00 Pierre Boutillier <pierre.boutill...@laposte.net >: > mingw-ocaml has been indeed of tremendous help in the past. Thank you for providing it. > I don't use it anymore though because: >> Le 16 oct. 2017 à 10:29, Romain Beauxis <to...@rastageeks.org&g

Bug#878692: please drop transitional package mingw-ocaml

2017-10-16 3:57 GMT-05:00 Stéphane Glondu : > On 15/10/2017 22:08, Holger Levsen wrote: >> >> Package: mingw-ocaml >> Version: 4.01.0~20140328-1 >> Severity: normal >> user: qa.debian@packages.debian.org >> usertags: transitional >> >> Please drop the transitional package

Bug#802055: camlp4

Hi, Unfortunately I do not have much time to look at it and I cannot upload to the archive at the moment. However, reading from the logs, it looks like there is an issue with camlp4. It probably has to do with the fact that camlp4 has been removed from the official ocaml distribution after

Accepted ocaml-vorbis 0.6.1-3 (source i386)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.6.1-3) unstable; urgency=low . * Upload to unstable. * Force build-dep

Re: Liquidsoap package missing dllliquidsoap.so on armel

Hi, 2012/6/26 Stéphane Glondu glo...@debian.org: Le 25/06/2012 22:38, Romain Beauxis a écrit : Not sure where to report this, and also I don't have a lot of time to investigate.. If you compare:   http://packages.debian.org/sid/armel/liquidsoap/filelist and   http://packages.debian.org

Liquidsoap package missing dllliquidsoap.so on armel

Hi all, Not sure where to report this, and also I don't have a lot of time to investigate.. If you compare: http://packages.debian.org/sid/armel/liquidsoap/filelist and http://packages.debian.org/sid/armhf/liquidsoap/filelist You'll see that liquidsoap's package on armel, although compiled

Bug#670733: Some remarks

2012/6/11 Hendrik Tews t...@os.inf.tu-dresden.de: Romain Beauxis romain.beau...@gmail.com writes:   I agree that the configure test is naive, but it relies on reasonable   and documented behaviours and variables. OK. What is your source of documentation for the contents of $USER? If you're

Bug#670733: Some remarks

Hi all, I just discovered this bug. I also wrote the configure test. The bug extends to all ocaml bindings released with liquidsoap 1.0.0 I agree that the configure test is naive, but it relies on reasonable and documented behaviours and variables. While it may be quicker for the release to

Bug#662746: mingw32-ocaml: fails to upgrade from squeeze

Hi, 2012/3/6 Stéphane Glondu glo...@debian.org: Le 06/03/2012 08:18, Andreas Beckmann a écrit : during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. [...] Precision: it fails when using apt,

Bug#617751: Link using gcc

2011/10/20 Romain Beauxis romain.beau...@gmail.com: Hi, After some investigations, it turns out that ocamlopt actually calls gcc at link time. Furthermore, g++ adds -lstdc++ to the command used to link. Compiling an example program with ocamlopt and ocaml-taglib (-lstdc++ added): 14:19

Bug#644824: ITP: ocaml-gdo-npxpm -- OCaml bindings for libgd-noxpm

Package: wnpp Severity: wishlist Owner: Romain Beauxis to...@rastageeks.org * Package name: ocaml-gdo-npxpm Version : 1.0~alpha5 Upstream Author : Matthew C. Gushee * URL : http://matt.gushee.net/software/gd4o/ * License : LGPL-2.1 Programming Lang: OCaml

Re: DM Application of Nicolas Dandrimont

2011/9/28 Mehdi Dogguy me...@debian.org: On  0, Nicolas Dandrimont nicolas.dandrim...@crans.org wrote: This is my declaration of intent to become a Debian Maintainer URL:http://wiki.debian.org/DebianMaintainer. I have read the Social Contract, the Debian Free Software Guidelines and the

Accepted ocaml-mad 0.4.4-1 (source i386)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library (Runtime library) libmad-ocaml-dev - OCaml bindings for the MAD library (Development package) Changes: ocaml-mad (0.4.4-1) unstable; urgency=low . * New upstream release

Bug#644742: ITP: ocaml-gstreamer -- OCaml bindings for gstreamer

Package: wnpp Severity: wishlist Owner: Romain Beauxis to...@rastageeks.org * Package name: ocaml-gstreamer Version : 0.1.0 Upstream Author : The Savonet Team savonet-us...@lists.sf.net * URL : http://savonet.sf.net/ * License : LGPL 2.1 Programming Lang

Accepted ocaml-vorbis 0.6.1-1 (source i386)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.6.1-1) unstable; urgency=low . * New upstream release. Checksums-Sha1

Bug#640032: More informations

Hi, If you look at the files installed by your libfindlib-ocaml package, you have this one: /usr/lib/ocaml/METAS/META.graphics This files indicates to ocamlfind that graphics is available: ocamlfind query graphics /usr/lib/ocaml Also, ocaml-base is not installed on my system. We have had

Bug#640032: Ships META.graphics without depending on its module files

Package: libfindlib-ocaml Version: 1.2.7+debian-1 Severity: normal Hi! This package provides a META file for the graphics module. However, graphics module files are shipped by the ocaml package, which is not a dependency of libfindlib-ocaml. This leads to ocamlfind reporting graphics as

Accepted ocaml-mad 0.4.3-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library (Runtime library) libmad-ocaml-dev - OCaml bindings for the MAD library (Development package) Changes: ocaml-mad (0.4.3-1) unstable; urgency=low . * New upstream release

Bug#636167: Missing camlimages.cm{a,xa} or incorrect META file

Package: libcamlimages-ocaml-dev Version: 1:4.0.1-3 Severity: normal Hi! The META file provided by libcamlimages-ocaml-dev contains the following: -- name = CamlImages version = 4.0.0 description = Objective Caml image processing library archive(byte) = camlimages.cma archive(native) =

Bug#635326: Thanks

Thanks for the patch, we should update the package very soon! Romain -- To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Testing migration of ocaml-{ogg,vorbis,flac,theora,speex,schroedinger} and ocaml-{xmlplaylist,lastfm}

Hi all, The following two groups of packages seem to have trouble migrating to testing: ocaml-{ogg,vorbis,flac,theora,speex,schroedinger} and ocaml-{xmlplaylist,lastfm} In both cases, it seems that the depencies prevent automatic migration (ocaml-flac needs ocaml-ogg but migrating ocaml-ogg

Re: Testing migration of ocaml-{ogg,vorbis,flac,theora,speex,schroedinger} and ocaml-{xmlplaylist,lastfm}

2011/7/20 Mehdi Dogguy me...@dogguy.org: On 07/20/2011 06:01 PM, Romain Beauxis wrote: Hi all, The following two groups of packages seem to have trouble migrating to testing:   ocaml-{ogg,vorbis,flac,theora,speex,schroedinger} and   ocaml-{xmlplaylist,lastfm} In both cases, it seems

Accepted ocaml-vorbis 0.6.0-1 (source amd64)

-maint@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.6.0-1) unstable; urgency=low . * New upstream release. * Bumped

Bug#632246: dom-new-git-repo does not work

2011/7/1 Stéphane Glondu glo...@debian.org: Le 30/06/2011 21:51, Romain Beauxis a écrit : dom-new-git-repo has been broken since the recent alioth migration: 14:48 toots@leonard ~/sources/svn/debian% dom-new-git-repo ocaml-mm I: initialize (empty) remote repository on alioth.d.o Warning

Accepted ocaml-mad 0.4.2-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library (Runtime library) libmad-ocaml-dev - OCaml bindings for the MAD library (Development package) Changes: ocaml-mad (0.4.2-1) unstable; urgency=low . * New upstream release

Bug#632246: dom-new-git-repo does not work

Package: dh-ocaml Version: 1.0.1 Severity: important dom-new-git-repo has been broken since the recent alioth migration: 14:48 toots@leonard ~/sources/svn/debian% dom-new-git-repo ocaml-mm I: initialize (empty) remote repository on alioth.d.o Warning: the RSA host key for 'alioth.debian.org'

Re: Automatic dependencies for shared modules

2011/6/22 Mehdi Dogguy me...@dogguy.org: Hi. Hi! Looks ok to me. Please feel free to push them in dh_ocaml's git repository. Great, thanks for your review! I have just pushed the patch. I'd like to upload an updated dh_ocaml package soon, so as to fix the experimental liquidsoap package. Let

Re: Automatic dependencies for shared modules

Hi! Any feedback on this? Would you like to have two patches, one for the bugfix and one for the actual changes? Romain 2011/6/2 Romain Beauxis to...@rastageeks.org: Hi ! 2011/5/28 Stéphane Glondu glo...@debian.org: Le 28/05/2011 06:54, Romain Beauxis a écrit : I meant building sdl.cmxs

Re: Automatic dependencies for shared modules

Hi ! 2011/5/28 Stéphane Glondu glo...@debian.org: Le 28/05/2011 06:54, Romain Beauxis a écrit : I meant building sdl.cmxs in ocaml-sdl package. It's quite easy and can be done in debian/rules. Have a look at postgresql-ocaml, for example. Then the META, *.cmxs and *.cma should be moved

Re: Automatic dependencies for shared modules

Hi again! So the plugins are working in nativecode and I have worked around dh_ocaml by not calling. However, things get more messy in bytecode mode.. First, some comments on your previous reponse: 2011/5/24 Stéphane Glondu glo...@debian.org: Le 24/05/2011 16:31, Romain Beauxis a écrit : Hmm

Re: Automatic dependencies for shared modules

2011/5/24 Stéphane Glondu glo...@debian.org: Le 24/05/2011 04:04, Romain Beauxis a écrit : Basically, we want optional plugins, e.g. liquidsoap-plugins-sdl, which depends only on the corresponding C libraries, in this case the libsdl, but no ocaml module. [...] The error message

Automatic dependencies for shared modules

Hi all, We have added optional plugins in liquidsoap lately and I am trying to see how this can be packaged. I have a couple of remarks in the case of compilation in native code. Basically, we want optional plugins, e.g. liquidsoap-plugins-sdl, which depends only on the corresponding C

Accepted ocaml-mad 0.4.1-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library (Runtime library) libmad-ocaml-dev - OCaml bindings for the MAD library (Development package) Changes: ocaml-mad (0.4.1-1) unstable; urgency=low . * New upstream release

Bug#624533: [mingw32-ocaml] please provide mingw-w64-ocaml

Thank you for this very good report and for trying. I will make sure that I take this in consideration for the next upload. Actually, if you are interested in maintaining the package, I would be pleased to add you to the uploaders. Romain 2011/4/29 Török Edwin edwinto...@gmail.com: Package:

Bug#604419: Cannot reproduce..

Hi, I cannot reproduce this issue. Could give more informations on how to do so? Romain -- To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Re: Transition to OCaml 3.12.0...

Hi all, 2011/3/11 David MENTRE dmen...@linux-france.org: Hello Mehdi, 2011/3/10 Mehdi Dogguy me...@debian.org: You should not be able to upgrade packages if the dependencies are broken :) What I fear most is an upgrade that would remove some essential OCaml packages on my Debian sid

Bug#617751: ocaml-soundtouch: Shouldn't link against stdc++

2011/3/11 Cyril Brulebois k...@debian.org: Hi, Stéphane Glondu glo...@debian.org (11/03/2011): So you mean that by using some specific library, one should change linker? no, I mean that by using the C++ programming language, you're supposed to link using g++. Doesn't sound right to me...

Accepted ocaml-vorbis 0.5.1-3 (source amd64)

-maint@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.5.1-3) unstable; urgency=low . * Upload to unstable. Checksums-Sha1

Re: Bug#607530: [advi]: FTBFS with linker flag --as-needed

Le dimanche 19 décembre 2010 09:02:27, Stefan Potyra a écrit : advi fails to build from source if --as-needed is used as linker flag [1,2]. The reason is that --as-needed enforces a strict link ordering (symbol users in front of symbol definitions). Why should it be compile with as-needed ?

Re: Custom build and liquidsoap

Le mercredi 29 septembre 2010 04:14:42, Stéphane Glondu a écrit : Le 28/09/2010 23:50, Romain Beauxis a écrit : On minor point, though: are you aware of other binaries in a similar situation? The patch to enable non-custom build was not trivial and, had I not been upstream as well, I wonder

Custom build and liquidsoap

Hi all, I just wanted to mention that the latest build of liquidsoap revealed that all its dependencies were now compiled in non-custom mode. Thus, liquidsoap is now compiled in non custom mode as well on the archs who do not have a native compiler. It turns out that the depencies on

Accepted ocaml-vorbis 0.5.1-2 (source amd64)

-maint@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.5.1-2) experimental; urgency=low . * Rebuild against new ocaml-ogg

Re: overhaul of the debian ocaml policy

Le mardi 24 août 2010 03:20:55, Sylvain Le Gall a écrit : But I think the problem will remain as long as their won't be an official Ubuntu developpers attached to OCaml packages. Some people are already doing a great share of this job though (like D. Mentre ;-) I agree with this. I am glad

Accepted ocaml-mad 0.4.0-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library (Runtime library) libmad-ocaml-dev - OCaml bindings for the MAD library (Development package) Changes: ocaml-mad (0.4.0-1) experimental; urgency=low . * New upstream

Re: Really need help with geneweb

Hi ! Le mardi 13 juillet 2010 09:12:06, Rémi Vanicat a écrit : (Having a stack frame has been difficult, finding the problem has been then easy. for reference, here is the patch for producing the stack frame, some change might be unneeded). I would advise upstream to consider adding a

Bug#574717: mingw32-ocaml: Supported arches

Le samedi 20 mars 2010 08:21:53, Kurt Roeckx a écrit : Hi, Hi, It seems you currently restrict the arch list to: i386 amd64 kfreebsd-amd64 kfreebsd-i386 Is there a reason for this? Both mingw32 and ocaml seem to be supported on all arches (except for mingw32 on hurd-i386). I

Bug#574628: liquidsoap: Drop video when processing Ogg Theora file

Hi ! Le vendredi 19 mars 2010 09:14:41, Petter Reinholdtsen a écrit : I am trying to use liquidsoap to generate a video stream, and this do not work as expected. Liquidsoap is able to load a file and write a new file based on the input, but the video disappear in the process. I

Bug#574625: liquidsoap: Please enable SDL support

Hi ! Le vendredi 19 mars 2010 10:08:17, Petter Reinholdtsen a écrit : I hoped it was enough to build-depend on the needed library. To test, I tried to install libsdl-ocaml-dev and rebuild liquidsoap, but this fail with the following error: Indeed, output.sdl is broken in 0.9.2. It

Re: Comments regarding mingw32-ocaml_3.11.1+debian1_amd64.changes

(I did not see the ML message.. Here is my answer to Barry) Le mercredi 20 janvier 2010 11:47:28, vous avez écrit : Hello maintainer, Hi ! mingw32-ocaml seems to use an embedded copy of findlib which is already packaged in Debian. Can it not use the system version? Not really.

Re: OCaml cross-compiler.

Le jeudi 14 janvier 2010 02:41:11, Stefano Zacchiroli a écrit : On Wed, Jan 13, 2010 at 06:39:44PM +0100, Romain Beauxis wrote: I have succesfully compiled a fairly large application which runs on windows. Vary cool, thanks! Hence, I believe the package may be tested now if you

Re: OCaml cross-compiler.

Hi ! Le jeudi 14 janvier 2010 05:59:52, Eric Cooper a écrit : On Thu, Jan 14, 2010 at 09:41:11AM +0100, Stefano Zacchiroli wrote: AFAIR Eric had interest in this as well, maybe he can provide some additional testing? I'm not so interested in Windows cross-compilation (and also

OCaml cross-compiler.

Hi all ! I have done more work on the ocaml cross-compiler for windows. I have succesfully compiled a fairly large application which runs on windows. Hence, I believe the package may be tested now if you are interested. The package can be found in the mingw32-ocaml git repository [1]

Re: ocaml crosscompiler ?

Le mercredi 6 janvier 2010 10:34:12, Stefano Zacchiroli a écrit : On Wed, Jan 06, 2010 at 02:06:56AM +0100, Romain Beauxis wrote: So, some facts. Thanks a lot for this summary. Based on this, I'd say that the most straightforward choices look like: - calling the binary package(s

Re: ocaml crosscompiler ?

Le jeudi 31 décembre 2009 08:26:18, Stefano Zacchiroli a écrit : On Wed, Dec 30, 2009 at 07:13:13PM +0100, Romain Beauxis wrote: After the work from Richard Jones on preparing a crosscompiler for ocaml using mingw32 [1], I wonder: is there any intent to prepare a similar compiler

Re: ocaml crosscompiler ?

Le mardi 5 janvier 2010 15:35:32, Stefano Zacchiroli a écrit : * The cross-compiler packaging should benefit from the main compiler's packaging. It may even be very similar. Well, to that end, I believe that the current packaging of ocaml in Git can be very useful: I can easily imagine a

ocaml crosscompiler ?

Hi all ! After the work from Richard Jones on preparing a crosscompiler for ocaml using mingw32 [1], I wonder: is there any intent to prepare a similar compiler for Debian ? I have been playing with the mingw32 compiler and Richard's patch and build instructions, and it seems possible

Re: ANNOUNCE Xmlm 1.0.2

Hi ! Le mardi 17 novembre 2009 19:37:15, Nico Golde a écrit : Ok. Is it used by anything that actually does act as a service? Not in Debian as far as I know. Ok I think it's not worth a DSA in this case. Do you need a CVE id for this? I don't think this is necessary.

Re: ANNOUNCE Xmlm 1.0.2

Le mardi 17 novembre 2009 13:00:37, Nico Golde a écrit : Nico Golde a écrit : Did someone already evaluate if this results only in a crash or can also result in code execution? if it's only a DoS I think it shouldn't be a big deal. It fixes only a possible DoS. Ok. Is it used

Re: ANNOUNCE Xmlm 1.0.2

Le mardi 17 novembre 2009 02:39:45, Stéphane Glondu a écrit : Romain Beauxis a écrit : So far, I know only one, ocaml-xmlplaylist. What about ocaml-lastfm? liquidsoap? Yes, true. however, I don't think it is necessary to binNMU them in this case.. Romain -- To UNSUBSCRIBE, email

Re: ANNOUNCE Xmlm 1.0.2

Le mardi 17 novembre 2009 14:18:42, Romain Beauxis a écrit : Le mardi 17 novembre 2009 02:39:45, Stéphane Glondu a écrit : Romain Beauxis a écrit : So far, I know only one, ocaml-xmlplaylist. What about ocaml-lastfm? liquidsoap? Yes, true. however, I don't think it is necessary

Re: ANNOUNCE Xmlm 1.0.2

Hi all ! Le mercredi 11 novembre 2009 08:01:59, Daniel Bünzli a écrit : A new version of Xmlm is available. It's a security update. All users are recommended to upgrade. http://erratique.ch/software/xmlm A call to List.map crept into my implementation of namespaces. A maliciously

Bug#551245: liquidsoap: FTBFS: pattern matching error

Hi ! Le vendredi 16 octobre 2009 11:32:44, Lucas Nussbaum a écrit : During a rebuild of all packages in sid, your package failed to build on amd64. Yes, this is a transitional bug. A new version of ocaml-lastfm was just released, with a change in its API. A new version of liquidsoap

Re: Lintian checks

Le mercredi 14 octobre 2009 04:40:49, Sylvain Le Gall a écrit : May I remind you that our current policy recommends (should) compiling all objects with debugging enabled? Chapter 3, on line version at http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/c305 .h= tml I

Re: Lintian checks

Le mercredi 14 octobre 2009 10:50:50, Stéphane Glondu a écrit : I am not against compiling separate debugging versions, but that would probably mean many changes in upstream build systems. I don't think this is a solution since every standalone program that uses a caml module includes its own

Accepted ocaml-vorbis 0.5.1-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.5.1-1) unstable; urgency=low . * New upstream release. * Bumped standards

Re: New dependency system.

Hi all ! Le mardi 13 octobre 2009 11:22:54, Stefano Zacchiroli a écrit : On Tue, Oct 13, 2009 at 02:04:56PM +, Sylvain Le Gall wrote: At present, I can't find any single case in which using the new mechanism open the flank to more risks than the old one. (Sure, I'm I agree

Re: New dependency system.

Le lundi 12 octobre 2009 04:53:31, Stefano Zacchiroli a écrit : On Mon, Oct 12, 2009 at 09:13:50AM +, Sylvain Le Gall wrote: It is almost the same thing, but I think it is more clear with a (= ${binary:Version}). The main difference, is that in the case of dev - runtime dependency

Accepted ocaml-mad 0.3.6-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library (Runtime library) libmad-ocaml-dev - OCaml bindings for the MAD library (Development package) Changes: ocaml-mad (0.3.6-1) unstable; urgency=low . * New upstream release

Accepted ocaml-shout 0.2.7-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libshout-ocaml - OCaml bindings for the shout library libshout-ocaml-dev - OCaml bindings for the shout library Changes: ocaml-shout (0.2.7-1) unstable; urgency=low . * New upstream release. * Switched to new

New dependency system.

Hi ! I have a question concerning the new automatic dependency system. Is it necessary to maintain this: libbjack-ocaml (= ${binary:Version}), I am quite sure that it is not, but I'd like to ask just in case.. And thanks for your hard work ! Romain -- To UNSUBSCRIBE, email to

Bug#541635: Merged upstream

Hi ! Thanks for your report. The patch has been merged upstream and a new release including it should be available quite soon. Romain -- To UNSUBSCRIBE, email to debian-ocaml-maint-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: ocaml-mad :: openfile segfault

Le dimanche 9 août 2009 17:56:12, Florent Monnier a écrit : Hi, Hi ! I don't know if you have patched ocaml-mad's openfile function, in case not: if one provide a wrong filename to this function we encounter a brutal segfault instead of just an exception. Here is joined a patch to

Re: [Ubuntu transition to 3.11.1] Specific changes on ocaml-bjack

Le vendredi 24 juillet 2009 12:12:44, David MENTRE a écrit : Hello, Hi ! Same issue as my previous email, this time regarding ocaml-bjack. Ubuntu specific patch follows. Should it be integrated in Debian or keep separate in Ubuntu? Thanks for the patch ! It was comited upstream some

Re: Transition to OCaml 3.11.1

Le mercredi 17 juin 2009 13:49:19, Stéphane Glondu a écrit : Please let us know if you have any problem with such plan. An approval mail will also be welcome! Approved ! Please do not binNMU ocaml-duppy, we will release a new upstream version and do a sourceful upload afterwards.. Romain

Bug#531360: libcamlpdf-ocaml-dev: unzip interface conflicts with extlib

Hi ! Le Tuesday 02 June 2009 17:44:06, vous avez écrit : Right, so: Pdfcodec, in Ocaml, uses Zlib.uncompress / Zlib.compress Pdfcodec in F sharp uses IO.read_all and Unzip.inflate which means you can remove: io.mli io.ml istring.mli istring.ml unzip.ml unzip.mli from the

Bug#531360: libcamlpdf-ocaml-dev: unzip interface conflicts with extlib

Le Monday 01 June 2009 11:15:44 Guillaume Yziquel, vous avez écrit : CamlPDF in debian is patched to build against the unzip module shipped by debian. Does this mean that extlib has a different unzip module than the one shipped as a package ? Romain In the toplevel, zip/extlib is

Re: [Pkg-ocaml-maint-commits] [SCM] xmlm packaging branch [...]

Le Thursday 14 May 2009 21:41:23 Stéphane Glondu, vous avez écrit : Romain Beauxis a écrit : +++ b/debian/control.in [...] +Homepage: http://savonet.sourceforge.net/ This doesn't match: +++ b/debian/copyright [...] +It was downloaded from http://erratique.ch/software/xmlm Cheers

Re: xmlm_1.0.1-1_amd64.changes is NEW

Le Thursday 14 May 2009 21:30:39 David MENTRE, vous avez écrit : Hello Romain, Hi ! On Thu, May 14, 2009 at 12:18, Debian Installer instal...@ftp-master.debian.org wrote: OCaml xml manipulation module Xmlm allows the OCaml programmer to manipulate xml data. Its complexity is

Re: Bug#498138: check for deprecated OCaml -custom linked executable

Le Thursday 14 May 2009 22:44:24 Stefano Zacchiroli, vous avez écrit : Just to add my 2 cents: If the policy is one package + one lintian version = deterministic checks, then why not adding a flag in the package's control file that specifies which additional set of tests should be run when

Re: xmlm_1.0.1-1_amd64.changes is NEW

Le Thursday 14 May 2009 23:45:56 David MENTRE, vous avez écrit : Dependencies are nice to have (code reuse, security fix as you underlined it) but can be a nightmare if they are two numerous. This is usually not the case on Debian and Ubuntu thanks to Debian developers but this is not the case

Bug#518589: ocaml-xmlplaylist_0.1.1-3(mips/unstable): FTBFS on mips

Hi ! Le Saturday 07 March 2009 11:50:57 Peter De Schrijver, vous avez écrit : Package: ocaml-xmlplaylist Version: 0.1.1-3 Severity: serious There was an error while trying to autobuild your package: (...) dh_install -plibxmlplaylist-ocaml-dev dh_install: libxmlplaylist-ocaml-dev

Bug#518589: ocaml-xmlplaylist_0.1.1-3(mips/unstable): FTBFS on mips

Le Saturday 07 March 2009 14:47:11 Stéphane Glondu, vous avez écrit : What happens often, however, is that you have C bindings in your package, which generate *.a files during compilation. That is not the case for the ocaml-lastfm build mentioned.. Concerning, the issue of files not compiled

Bug#518589: ocaml-xmlplaylist_0.1.1-3(mips/unstable): FTBFS on mips

Le Saturday 07 March 2009 20:18:48 Ralf Treinen, vous avez écrit : On Sat, Mar 07, 2009 at 02:47:11PM +0100, Stéphane Glondu wrote: Romain Beauxis a écrit : [...dh_install failure because of missing *.a files...] Was there any kind of change in the behaviour of dh_install ? AFAICT

Re: avoiding custom bytecode executable

Le Friday 06 March 2009 18:28:09 Eric Cooper, vous avez écrit : Since approx uses some C stubs of its own, am I correct that if I want to avoid linking with -custom on bytecode-only archs, then the package will have to install a DLL in stublibs along with the bytecode executable? Indeed

Re: Monitoring OCaml transition to 3.11.0

Le Wednesday 25 February 2009 08:21:11 Stefano Zacchiroli, vous avez écrit : Nevertheless I wonder how that can be true, how about your executables on non-native archs? Either they are bytecode (and then must entail a dependency on oca...@abi@) or you link them in custom mode (and then you're

Re: transition to OCaml 3.11

Hi all ! Le Wednesday 18 February 2009 08:35:16 Stéphane Glondu, vous avez écrit : I am strongly in favour to deal with this TODO list (i.e. prepare the said packages for an upload to unstable, and add the relevant line in some round) before we start the transition. Could it also be

Re: conversion to git

Le Monday 02 February 2009 09:33:44 Ralf Treinen, vous avez écrit : For relatively simple packages, like hevea, this is an overkill. I do not recall how much time I lost on my last attempt with git but it certainly was too much. I really appreciate it when I can rebuild the packages I care

Re: conversion to git

Le Monday 02 February 2009 21:41:40 Stefano Zacchiroli, vous avez écrit : Anyway, the (vast) majority has ruled out the decision. I only hope I will still be able to maintain my packages with svn for the time being... Nevertheless, I've never wanted to impose my preferences to anybody

Re: external packager

Le Thursday 08 January 2009 16:59:08 Florent Monnier, vous avez écrit : Second the idea (when I saw it was possible for mandriva) is that the author of a software should be able to provide packages for all the main Linux distros (not only 1 or 2), and it would be nice if this could be made

Re: external maintainers

Le Thursday 08 January 2009 19:54:02 Florent Monnier, vous avez écrit : Ususally, packaging follows naturally the need for a given software, and I feel natural that it is not done by its author if he does not use the distro himself. What I would personaly feel as natural, is that we could

Accepted ocaml-mad 0.3.5-1 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library libmad-ocaml-dev - OCaml bindings for the MAD library Changes: ocaml-mad (0.3.5-1) experimental; urgency=low . * New upstream release. Checksums-Sha1

Re: Bug#509803: Fails to properly free memory on exit

Le Sunday 28 December 2008 14:09:18 Goswin von Brederlow, vous avez écrit : - need to change OCaml to make _finalizer mandatory at the end of the   process. Seems like a pretty trivial change. A simple at_exit GC.full_major does the trick unless a global variable is used already. Running a

Re: library rebuild for 3.11

Le Tuesday 16 December 2008 13:15:43 Stefano Zacchiroli, vous avez écrit : More precisely, the autobuilder resolution algorithm doesn't do any backward check. Once a resolution has been done, it is never rolled back. Out of curiosity: do you know who is the responsible for that? Does it

Re: library rebuild for 3.11

Le Monday 15 December 2008 21:02:43 Stéphane Glondu, vous avez écrit : Also, can someone remind me whether library control files should have a versioned build-dep on, say, ocaml-nox (= 3.11), even if there are no 3.11-specific features in use?  I guess it's better for autobuilders, worse

Re: RFS: updated ocaml, findlib, pcre-ocaml, camlp5 for experimental

Le Friday 05 December 2008 20:50:19 Stéphane Glondu, vous avez écrit : http://glondu.net/debian/pool/experimental/main/pcre-ocaml/pcre-ocaml_5.15. 1-1.dsc I didn't spot a missing version on ocaml-compiler-libs so the buildd failed on experimental. It seems your packaging was not pushed to the

Accepted ocaml-vorbis 0.4.1-2 (source amd64)

-maint@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libvorbis-ocaml - OCaml bindings for vorbis library libvorbis-ocaml-dev - OCaml bindings for the vorbis library Changes: ocaml-vorbis (0.4.1-2) experimental; urgency=low . * New upload to experimental to build

Accepted ocaml-mad 0.3.4-3 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libmad-ocaml - OCaml bindings for the MAD library libmad-ocaml-dev - OCaml bindings for the MAD library Changes: ocaml-mad (0.3.4-3) experimental; urgency=low . * New upload to experimental to build against ocaml 3.11

Accepted ocaml-shout 0.2.6-2 (source amd64)

@lists.debian.org Changed-By: Romain Beauxis to...@rastageeks.org Description: libshout-ocaml - OCaml bindings for the shout library libshout-ocaml-dev - OCaml bindings for the shout library Changes: ocaml-shout (0.2.6-2) experimental; urgency=low . * New upload to experimental to build

  1   2   >