Processing of camlp5_5.02-1_i386.changes

camlp5_5.02-1_i386.changes uploaded successfully to localhost along with the files: camlp5_5.02-1.dsc camlp5_5.02.orig.tar.gz camlp5_5.02-1.diff.gz camlp5_5.02-1_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of

new camlp5 uploaded

[ you have probably noticed that ocaml 3.10 entered testing: \o/ !! ] Hi all, I've just uploaded a new camlp5 to unstable. This is a major release. If you're maintaining anything camlp5 related please have a look at your packages and check that everything still builds/works properly. Cheers.

Processed: Re: Bug#441921: Please install native code files

Processing commands for [EMAIL PROTECTED]: tags 441921 + moreinfo Bug#441921: Please install native code files There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator,

Bug#441921: Please install native code files

tags 441921 + moreinfo thanks On Tue, Sep 11, 2007 at 04:46:29PM -0400, Mike Furr wrote: Although the world.opt target in the upstream camlp5 distribution builds native code versions of the library, the install target does not seem to actually install them. It would be great if it could be

s/^XS-Vcs/Vcs/ (but repository-wide)

Now that Vcs-* fields are officially supported by dpkg, I took the freedom to do a repository-wide commit that promoted all XS-Vcs-* fields to Vcs-* fields. I don't think the change is so noteworthy to deserve a line in debian/changelog, but feel free to add one and or revert my change if for some

camlp5_5.02-1_i386.changes ACCEPTED

Accepted: camlp5_5.02-1.diff.gz to pool/main/c/camlp5/camlp5_5.02-1.diff.gz camlp5_5.02-1.dsc to pool/main/c/camlp5/camlp5_5.02-1.dsc camlp5_5.02-1_i386.deb to pool/main/c/camlp5/camlp5_5.02-1_i386.deb camlp5_5.02.orig.tar.gz to pool/main/c/camlp5/camlp5_5.02.orig.tar.gz Override

maybe emacs-related bug in coq

To understand a bug reported against ocaml-mode I was installing emacs for the first time on my laptop :) In the same install run I've got an upgraded coq version. During coq's postinst I've read the following: Setting up coq (8.1.pl2+dfsg-2) ... Installing new version of config file

Accepted findlib 1.2.1-1 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 17 Nov 2007 17:49:47 +0100 Source: findlib Binary: ocaml-findlib Architecture: source i386 Version: 1.2.1-1 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli

Re: maybe emacs-related bug in coq

Hi, This bug is already known (see #435023). I'll add a dependency from coq to emacsen-common in the next upload, I think it will be enough. Cheers, Samuel. Stefano Zacchiroli wrote: To understand a bug reported against ocaml-mode I was installing emacs for the first time on my laptop :)

Processing of lablgtk2_2.10.0-2_i386.changes

lablgtk2_2.10.0-2_i386.changes uploaded successfully to localhost along with the files: lablgtk2_2.10.0-2.dsc lablgtk2_2.10.0-2.diff.gz liblablgtk2-ocaml_2.10.0-2_i386.deb liblablgtk2-gl-ocaml_2.10.0-2_i386.deb liblablgtk2-gnome-ocaml_2.10.0-2_i386.deb

lablgtk2_2.10.0-2_i386.changes ACCEPTED

Accepted: lablgtk2_2.10.0-2.diff.gz to pool/main/l/lablgtk2/lablgtk2_2.10.0-2.diff.gz lablgtk2_2.10.0-2.dsc to pool/main/l/lablgtk2/lablgtk2_2.10.0-2.dsc liblablgtk2-gl-ocaml-dev_2.10.0-2_i386.deb to pool/main/l/lablgtk2/liblablgtk2-gl-ocaml-dev_2.10.0-2_i386.deb

Bug#444310: marked as done (lablgtk2_2.10.0-1(hppa/experimental): FTBFS: dh_install failure)

Your message dated Sat, 17 Nov 2007 18:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#444310: fixed in lablgtk2 2.10.0-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now

Accepted lablgtk2 2.10.0-2 (source i386)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 17 Nov 2007 17:52:57 + Source: lablgtk2 Binary: liblablgtk2-gl-ocaml liblablgtk2-gl-ocaml-dev liblablgtk2-ocaml-dev liblablgtk2-gnome-ocaml liblablgtksourceview-ocaml liblablgtksourceview-ocaml-dev

Re: New (2.9.2-2) mldonkey-gui package don't start.

Alle sabato 17 novembre 2007, Samuel Mimram ha scritto: Hi, I guess it is due to a mismatch between mldonkey and mldonkey-gui. What version of mldonkey do you use on your server? Cheers, Samuel. Hi Samuel, on server i use mldonkey-server 2.8.1-2etch1, but i think that i resolved: i use

Bug#441921: Please install native code files

Stefano Zacchiroli wrote: Hi Mike, can you please tell me which .cmx* files you're missing. Sure. [...] Moreover, also checking which *.cmx* files have been built by the world.opt target of camlp5 at the end of the build process I see: [...] ./odyl/odyl.cmxa ./odyl/odyl.cmx

Re: New (2.9.2-2) mldonkey-gui package don't start.

[EMAIL PROTECTED]:~$ LC_ALL=C mlgui 2007/11/17 21:05:44 [cO] Starting MLDonkey 2.9.2 ... 2007/11/17 21:05:44 [cO] Language EN, locale ANSI_X3.4-1968, ulimit for open files 1024 2007/11/17 21:05:44 [cO] MLDonkey is working in /home/marco/.mldonkey 2007/11/17 21:05:44 [cO] creating new MLDonkey