Bug#806497: approx: Message in daemon.log about failed download of debian/.../Package.bz2
Package: approx Version: 5.5-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Since I upgrade my whole system to Jessie, the following line in my daemon.log have appeared: approx[7161]: Failure: cannot download debian/dists/jessie-backports/main/binary-i386/Packages.bz2 It happens twice a day for 5 systems for 2 approx installation. If you check: http://ftp.debian.org/debian/dists/jessie-backports/main/binary-i386/ You'll see that the Packages.bz2 doesn't exist. Anyway the client uses the Packages.xz version. I suppose if it is possible to download either .xz or .bz2 we should not raise an exception for the other one. Regards Sylvain *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages approx depends on: ii adduser 3.113+nmu3 ii bzip2 1.0.6-7+b3 ii curl 7.38.0-4+deb8u2 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18+deb8u1 ii libpcre3 2:8.35-3.3 ii openbsd-inetd [inet-superserver] 0.20140418-2 ii rsyslog [system-log-daemon] 8.4.2-1+deb8u1 ii update-inetd 4.43 ii xz-utils 5.1.1alpha+20120614-2+b3 approx recommends no packages. Versions of packages approx suggests: pn libconfig-model-approx-perl -- Configuration Files: /etc/approx/approx.conf changed: debianhttp://ftp.ch.debian.org/debian security http://ftp.ch.debian.org/debian-security backports http://ftp.ch.debian.org/debian-backports # Squeeze only. /etc/cron.daily/approx 0983e2368915f9e984597235cc4a4614 [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/cron.daily/approx 0983e2368915f9e984597235cc4a4614' -- debconf information: approx/port:
Bug#784034: RFA: ocamlmod -- generate OCaml modules from source files
Package: wnpp Severity: normal Hello, Currently, ocamlmod has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784033: RFA: gmetadom -- GDome2 DOM implementation
Package: wnpp Severity: normal Hello, Currently, gmetadom has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784031: RFA: camltemplate -- library for generating text from templates
Package: wnpp Severity: normal Hello, Currently, camltemplate has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784039: RFA: ocaml-gettext -- OCaml internationalization library
Package: wnpp Severity: normal Hello, Currently, ocaml-gettext has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784037: RFA: ocaml-inotify -- OCaml bindings for the inotify API
Package: wnpp Severity: normal Hello, Currently, ocaml-inotify has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784032: RFA: xstr -- OCaml library for frequent string operations
Package: wnpp Severity: normal Hello, Currently, xstr has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784050: RFA: ocaml-deriving -- deriving functions from type declarations in OCaml
Package: wnpp Severity: normal Hello, Currently, ocaml-deriving has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784036: RFA: ocamlgsl -- GNU scientific library for OCaml
Package: wnpp Severity: normal Hello, Currently, ocamlgsl has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784042: RFA: ocaml-data-notation -- Store data using OCaml notation
Package: wnpp Severity: normal Hello, Currently, ocaml-data-notation has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784035: RFA: ocamlify -- include files in OCaml code
Package: wnpp Severity: normal Hello, Currently, ocamlify has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784040: RFA: ocaml-deriving -- deriving functions from type declarations in OCaml
Package: wnpp Severity: normal Hello, Currently, ocaml-deriving has no human maintainers. It is maintained by the Debian OCaml team because of the need of transition coordination, but needs more love and a dedicated maintainer. A potential maintainer should get familiar with [1], and in particular with our policy and practices, and get subscribed to our mailing-list. [1] http://wiki.debian.org/Teams/OCamlTaskForce Cheers, -- Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711451: oasis: Depends on liboasis-ocaml-dev to enable dynamic mode.
Package: oasis Version: 0.3.0-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Setting up a project with: $ apt-get install oasis $ oasis setup -setup-update dynamic $ make ocaml setup.ml -build File setup.ml, line 7, characters 0-16: Error: Unbound module OASISDynRun make: *** [build] Erreur 2 Solution: $ apt-get install liboasis-ocaml-dev Turns out that setup.ml is a toplevel script and that in order to use OASISDynRun, you need OASISDynRun.cmi. You can solve the problem by depending on liboasis-ocaml-dev or by moving the *.cmi of the -dev package to liboasis-ocaml. Regards Sylvain *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages oasis depends on: ii libfindlib-ocaml [libfindlib-ocaml-8p7u5] 1.3.1-1 ii liboasis-ocaml [liboasis-ocaml-iw5j4] 0.3.0-1 ii libodn-ocaml [libodn-ocaml-9gxf8] 0.0.8-1 ii ocaml-base-nox [ocaml-base-nox-3.12.1] 3.12.1-4 oasis recommends no packages. Versions of packages oasis suggests: pn liboasis-ocaml-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711452: liboasis-ocaml: Needs to depend on ocamlbuild in the META file.
Package: liboasis-ocaml Version: 0.3.0-1 Severity: normal Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? $ oasis setup -setup-update dynamic $ make ocaml setup.ml -build File setup.ml, line 1, characters 0-1: Error: Reference to undefined global `Ocamlbuild_plugin' make: *** [build] Erreur 2 There is a missing dependency on ocamlbuild in the META file. The bug will be fixed upstream as well. The patch attached fix the bug. Regards Sylvain *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liboasis-ocaml depends on: ii libc6 2.17-5 ii libfindlib-ocaml [libfindlib-ocaml-8p7u5] 1.3.1-1 ii libodn-ocaml [libodn-ocaml-9gxf8] 0.0.8-1 ii ocaml-base-nox [ocaml-base-nox-3.12.1] 3.12.1-4 liboasis-ocaml recommends no packages. Versions of packages liboasis-ocaml suggests: pn liboasis-ocaml-doc none -- no debconf information diff --git a/src/oasis/META b/src/oasis/META index 88e7165..903ea3a 100644 --- a/src/oasis/META +++ b/src/oasis/META @@ -20,7 +20,7 @@ # OASIS_START -# DO NOT EDIT (digest: d471c9d7d5a1ce73f9fe3fdfbd92627e) +# DO NOT EDIT (digest: b0f33f22f3fba881e821ce61ae4d4b8b) version = 0.3.1 description = _oasis file functions requires = unix odn @@ -52,7 +52,7 @@ package cli ( package builtin-plugins ( version = 0.3.1 description = _oasis file functions - requires = oasis oasis.base + requires = oasis oasis.base ocamlbuild archive(byte) = builtin-plugins.cma archive(byte, plugin) = builtin-plugins.cma archive(native) = builtin-plugins.cmxa
Bug#678218: Acknowledgement (ITP: ocamlrss -- RSS 2.0 parser and printer for OCaml)
Packaging is done and available in pkg-ocaml-maint repository http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/ocamlrss.git;a=summary But don't have enough time to dedicate for a long time package maintenance, if someone wants to pick it, use the initial packaging. Regards Sylvain 2012/6/20 Debian Bug Tracking System ow...@bugs.debian.org: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-de...@lists.debian.org (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): w...@debian.org If you wish to submit further information on this problem, please send it to 678...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 678218: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678218 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678218: ITP: ocamlrss -- RSS 2.0 parser and printer for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocamlrss Version : 2.0 Upstream Author : Maxence Guesdon * URL : http://zoggy.github.com/ocamlrss/ * License : LGPL + BSD Programming Lang: OCaml Description : RSS 2.0 parser and printer for OCaml OCaml-RSS is a small OCaml library providing functions to parse and print RSS 2.0 files. The parser can also parse some RDF files, but some fields are not taken into account. There is still some work to do (add missing RSS 2.0 attributes, add convenient functions). OCaml-RSS was previously part of Cameleon but is now developed separately and is findlib compatible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670474: libpgocaml-ocaml-dev: Conflicts between extlib and camomile about UChar
Hi, 2012/4/27 Mehdi Dogguy me...@dogguy.org On 04/26/2012 02:07 AM, Sylvain Le Gall wrote: extlib and camomile both exports UChar and doesn't agree on this interface. This prevents to use pgocaml with any packages that uses batteries (e.g. sqlexpr). FWIW, I don't think building pgocaml with Batteries instead of extlib is the right fix for this issue ; this does only move the problem elsewhere (as you said in your report). So I'd rather leave this bugreport open for now. If both libraries export a same module name but with different signature/implementation, such clashes are expected. That's how OCaml is designed. You can either re-assign this bug to both extlib *and* camomille and have both upstream agree on a different module name than UChar (or rename it in only one of the libraries)… or reassign to OCaml. I guess the former is easier to fix than the latter :) I submitted the bug upstream: http://code.google.com/p/ocaml-extlib/issues/detail?id=23 Though, since pgocaml 1.5 offers the possibility to switch, it is possible to switch... That is the reason why this bug is about pgocaml rather than extlib. Regards Sylvain Le Gall
Bug#670474: libpgocaml-ocaml-dev: Conflicts between extlib and camomile about UChar
Package: libpgocaml-ocaml-dev Version: 1.4-2+b1 Severity: important Dear Maintainer, extlib and camomile both exports UChar and doesn't agree on this interface. This prevents to use pgocaml with any packages that uses batteries (e.g. sqlexpr). Step to reproduce the bug: $ ocaml #use topfind;; #thread;; #require pgocaml;; #require sqlexpr;; The files /usr/lib/ocaml/camomile/camomile.cma and /usr/lib/ocaml/extlib/extLib.cma disagree over interface UChar It seems possible to build pgocaml using batteries, starting with version 1.5. It will solve this conflict, but the conflict betweens extlib and camomile will remain. Cheers Sylvain Le Gall -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpgocaml-ocaml-dev depends on: ii camlp4 [camlp4-3.12.1] 3.12.1-2 ii libc62.13-30 ii libcalendar-ocaml-dev [libcalendar-ocaml-dev-pm5s8] 2.03-1+b2 ii libcsv-ocaml-dev [libcsv-ocaml-dev-dk5h1]1.2.2-1+b1 ii libextlib-ocaml-dev [libextlib-ocaml-dev-jshx0] 1.5.2-1+b1 ii libpcre-ocaml-dev [libpcre-ocaml-dev-xu8a5] 6.2.5-1 ii libpcre3 1:8.30-4 ii libpgocaml-ocaml [libpgocaml-ocaml-8yz73]1.4-2+b1 ii ocaml-nox [ocaml-nox-3.12.1] 3.12.1-2 Versions of packages libpgocaml-ocaml-dev recommends: ii ocaml-findlib 1.2.8+debian-1 Versions of packages libpgocaml-ocaml-dev suggests: pn postgresql none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669567: ITP: ocamlmod -- generate OCaml modules from source files
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocamlmod Version : 0.0.2 Upstream Author : Sylvain Le Gall * URL : http://forge.ocamlcore.org/projects/ocamlmod * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : generate OCaml modules from source files Pack a set of OCaml source files into a single file preserving module names. It also allows to exclude certain parts of the file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620838: dh-ocaml: dh_ocaml doesn't depend on -dev packages even when runtime package requires it
Package: dh-ocaml Version: 0.9.6 Severity: normal While building the package oasis, I saw a difference in liboasis-ocaml and liboasis-ocaml-dev dependencies list: ocamlgraph and fileutils are missing from the runtime package. It should be related to the fact that they don't ship runtime packages (pure ocaml packages). However, the runtime package of liboasis-ocaml contains *.cma libraries that really need the libraries provided by libocamlgraph-ocaml-dev and libfileutils-ocaml-dev. Cheers Sylvain Le Gall -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash dh-ocaml depends on no packages. Versions of packages dh-ocaml recommends: ii debhelper 8.1.2 helper programs for debian/rules ii ocaml-nox 3.11.2-4 ML implementation with a class-bas Versions of packages dh-ocaml suggests: ii git [git-core] 1:1.7.4.1-5 fast, scalable, distributed revisi ii git-core 1:1.7.4.1-5 fast, scalable, distributed revisi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618552: ERROR: must be root when root user name is not root
Package: flashplugin-nonfree Version: 1:2.8.2 Severity: minor Tags: patch On my system, there is two users which share uid 0: root-atto and root. The patch provided replace the whoami = root by id -u = 0 which is maybe more general (relying on numeric id is probably more secure). This is a totally optional patch -- my situation is not common. Regards Sylvain Le Gall -- Package-specific info: Debian version: 6.0 Architecture: amd64 Package version: 1:2.8.2 Adobe Flash Player version: LNX 10,3,162,29 MD5 checksums: 49b55c7eb8044453e5f6f2e4b3cb4084 /var/cache/flashplugin-nonfree/flashplayer10_2_p3_64bit_linux_111710.tar.gz 267bfdb38d14c9d96d0d04e273c3d961 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 /usr/lib/gnash/libgnashplugin.so - priority 10 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root-atto root 34 Mar 16 10:32 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.21.0-1 Multi-protocol file transfer libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libnspr4-0d4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii wget 1.12-2.1 retrieves files from the web flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn flashplugin-nonfree-extrasoun none (no description available) ii iceweasel 3.5.16-4 Web browser based on Firefox pn konqueror-nsplugins none (no description available) ii msttcorefonts 2.7transitional dummy package ii ttf-dejavu2.31-1 Metapackage to pull in ttf-dejavu- ii ttf-mscorefonts-installer [ms 3.3Installer for Microsoft TrueType c pn ttf-xfree86-nonfree none (no description available) ii x-ttcidfont-conf 32 TrueType and CID fonts configurati -- no debconf information --- /usr/sbin/update-flashplugin-nonfree2010-09-17 20:42:15.0 +0200 +++ ./update-flashplugin-nonfree2011-03-16 10:31:23.0 +0100 @@ -23,7 +23,7 @@ exit 1 } -[ `whoami` = root ] || die_hard must be root +[ `id -u` = 0 ] || die_hard must be root show_usage() { echo Usage:
Bug#615260: libinifiles-ocaml-dev: missing html documentation
Package: libinifiles-ocaml-dev Version: 1.2-1 Severity: normal We should create and install the HTML documentation. Cheers Sylvain Le Gall -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libinifiles-ocaml-dev depends on: ii libinifiles-ocaml [libinifile 1.2-1 read and write .ini files for OCam ii libpcre-ocaml-dev [libpcre-oc 6.0.1-3OCaml bindings for PCRE (Perl Comp ii ocaml-nox [ocaml-nox-3.11.2] 3.11.2-2 ML implementation with a class-bas Versions of packages libinifiles-ocaml-dev recommends: ii ocaml-findlib 1.2.6+debian-1 management tool for OCaml librarie libinifiles-ocaml-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611213: unison-gtk: Missing dependency on unison package
Hello, On Wed, Jan 26, 2011 at 09:14:35PM +0100, Dominique Dumont wrote: Package: unison-gtk Version: 2.32.52-1 Severity: normal Hello Looks like unison-gtk is not usable if unison is not installed. But unison is not listed in the dependency list. Could you add this dependency ? That should not happen, because unison-gtk is unison + gtk interface. Could you give me the output that lead you to this conclusion ? N.B. if you use unison with ssh, unison must be installed on the target computer as well. Cheers Sylvain -- My company: http://www.ocamlcore.com Linkedin: http://fr.linkedin.com/in/sylvainlegall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605683: ITP: ocaml-sqlexpr -- type-safe access to SQL DB in OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-sqlexpr Version : 0.2.3 Upstream Author : Mauricio Fernandez * URL : http://github.com/mfp/ocaml-sqlexpr * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : type-safe access to SQLite DB in OCaml Minimalistic library and syntax extension for type-safe, convenient execution of SQL statements. Currently compatible with Sqlite3. . Sqlexpr features: * automated prepared statement caching, param binding, data extraction, error checking (including automatic stmt reset to avoid BUSY/LOCKED errors in subsequent queries), stmt finalization on db close, etc. * HOFs like iter, fold, transaction * support for different concurrency models: everything is functorized over a THREAD monad, so you can for instance do concurrent folds/iters with Lwt * support for SQL stmt syntax checks and some extra semantic checking (column names, etc) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605670: ITP: atd -- Syntax for cross-language data types in OCaml
Hello, On Thu, Dec 02, 2010 at 01:20:24PM +0100, Agustin Martin wrote: On Thu, Dec 02, 2010 at 11:56:11AM +0100, Sylvain Le Gall wrote: Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: atd Version : 0.9.2 Upstream Author : Martin Jambon * URL : http://oss.wink.com/atd/ * License : BSD3 Programming Lang: OCaml Description : Syntax for cross-language data types in OCaml ATD stands for Adjustable Type Definitions. It is a type definition language designed to accomodate a variety of programming languages and data formats by the means of target-specific annotations. It supports sum types, parametrized types and inheritance. The library provides a parser and other tools useful for manipulating ATD type definitions. The reference manual gives a complete description of the syntax. One minor thing here, I do not know if there is a specfic OCaml policy in Debian, but would not be better to name this kind of packages ocaml-*? atd seems to short and there is a potential for namespace conflicts and confusion that would be avoided with something like 'ocaml-atd'. That would also help when browsing with package managers. Same applies to other OCaml packages in the same ITP run. Indeed, there is an implicit policy about the name of __source__ package, about that. I checked and there is no debian source package/well known software named atd/atdgen/biniou/yojson/cppo. You will notice that I applied the implicit policy for other source package: inifiles - ocaml-inifiles and deriving - ocaml-deriving. Concerning binary packages (after all this is the end-user interface), there should be no problem, because we use a (policy-)defined naming scheme: libatd-ocaml-dev, libatdgen-ocaml-dev... Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605669: ITP: tophide -- Hides toplevel values whose name starts with an underscore.
Hello, On Thu, Dec 02, 2010 at 08:39:54AM -0800, Steve Langasek wrote: Hi Sylvain, On Thu, Dec 02, 2010 at 11:52:26AM +0100, Sylvain Le Gall wrote: Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: tophide Version : 1.0.0 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/ocaml.html * License : BSD3 Programming Lang: OCaml Description : Hides toplevel values whose name starts with an underscore. Can this short description include the word ocaml somewhere? My first thought on reading toplevel is that it might be a typo for common English words; I don't feel this description gives me enough information to know whether or not I want this package installed, whereas mentioning that this is related to the ocaml language would. Indeed, in the package I just uploaded, the description has changed: Description: hide values that start with '_' in OCaml toplevel Cheers Sylvain Le Gall signature.asc Description: Digital signature
Bug#605741: ITP: caml2html -- HTML and LaTeX colored syntax from OCaml source files
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: caml2html Version : 1.4.1 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/caml2html.html * License : GPL-2 Programming Lang: OCaml Description : HTML and LaTeX colored syntax from OCaml source files Caml2html provides a command-line executable which converts a set of OCaml source files into a HTML or LaTeX document with colored syntax. A library is also provided for building web-page generators that would color OCaml code appropriately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605669: ITP: tophide -- Hides toplevel values whose name starts with an underscore.
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: tophide Version : 1.0.0 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/ocaml.html * License : BSD3 Programming Lang: OCaml Description : Hides toplevel values whose name starts with an underscore. Tophide hides toplevel values whose name starts with an underscore. This is useful for some Camlp4 syntax extensions that produce lots of global identifiers that should remain hidden. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605670: ITP: atd -- Syntax for cross-language data types in OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: atd Version : 0.9.2 Upstream Author : Martin Jambon * URL : http://oss.wink.com/atd/ * License : BSD3 Programming Lang: OCaml Description : Syntax for cross-language data types in OCaml ATD stands for Adjustable Type Definitions. It is a type definition language designed to accomodate a variety of programming languages and data formats by the means of target-specific annotations. It supports sum types, parametrized types and inheritance. The library provides a parser and other tools useful for manipulating ATD type definitions. The reference manual gives a complete description of the syntax. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605671: ITP: atdgen -- Code generator for biniou and JSON serialization
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: atdgen Version : 1.0.1 Upstream Author : Martin Jambon * URL : http://oss.wink.com/atdgen/ * License : BSD3 Programming Lang: OCaml Description : Code generator for biniou and JSON serialization Atdgen is a command-line program that takes as input type definitions in the ATD syntax and produces OCaml code suitable for data serialization and deserialization. Two data formats are currently supported, these are biniou and JSON. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605672: ITP: biniou -- Flexible binary data format in OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: biniou Version : 0.9.1 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/biniou.html * License : BSD3 Programming Lang: OCaml Description : Flexible binary data format in OCaml Biniou is a binary data format designed for speed, safety, ease of use and backward compatibility as protocols evolve. Biniou is vastly equivalent to JSON in terms of functionality but allows implementations about 4 times as fast (see godi-yojson for comparison), with 25-35% space savings. Biniou data can be decoded into human-readable form without knowledge of type definitions except for field and variant names which are represented by 31-bit hashes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605674: ITP: camlmix -- preprocessor which converts text with embedded OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: camlmix Version : 1.3.0 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/camlmix/ * License : BSD3 Programming Lang: OCaml Description : preprocessor which converts text with embedded OCaml Camlmix is a generic preprocessor which converts text with embedded OCaml into an OCaml program with embedded text. It produces text documents from one or several templates. OCaml toplevel statements are inserted between '## ... ##', and OCaml string expressions between '##= ... ##'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605675: ITP: camltemplate -- configurable library for generating text from templates in OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: camltemplate Version : 1.0.2 Upstream Author : Benjamin Geer * URL : http://camltemplate.forge.ocamlcore.org/ * License : GPL-2+ Programming Lang: OCaml Description : configurable library for generating text from templates in OCaml CamlTemplate is library for generating text from templates in OCaml. It can be used to generate web pages, scripts, SQL queries, XML documents and other sorts of text. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605677: ITP: cppo -- Cpp for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: cppo Version : 0.9.0 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/cppo.html * License : BSD3 Programming Lang: OCaml Description : Cpp for OCaml Cppo is an OCaml-friendly implementation of cpp, the C preprocessor. It can replace camlp4 for preprocessing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605680: ITP: easy-format -- text generation with indentation made easy(ier) for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: easy-format Version : 1.0.0 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/easy-format.html * License : BSD3 Programming Lang: OCaml Description : text generation with indentation made easy(ier) for OCaml This module offers a simplified interface to the Format module of the standard library. Input data must be converted into a tree using 3 kinds of nodes: atoms, lists and labelled nodes. Each node is bound to its own formatting parameters and a single function call produces the formatted output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605681: ITP: yojson -- JSON library for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: yojson Version : 0.8.1 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/yojson.html * License : BSD3 Programming Lang: OCaml Description : JSON library for OCaml Yojson is an optimized parsing and printing library for the JSON format. It addresses a few shortcomings of json-wheel including 3x speed improvement, polymorphic variants and optional syntax for tuples and variants. . It is a replacement for json-wheel (libjson-wheel-ocaml-dev). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605682: ITP: ocaml-deriving -- deriving functions from type declarations in OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-deriving Version : 0.1.1a Upstream Author : Jeremy Yallop * URL : http://code.google.com/p/deriving/ * License : MIT Programming Lang: OCaml Description : deriving functions from type declarations in OCaml Camlp4 extension to OCaml for deriving functions from type declarations. Includes derivers for pretty-printing, type-safe marshalling with structure-sharing, dynamic typing, equality, and more. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605575: ITP: xstrp4 -- camlp4 extension that expands brace expansions in OCaml string
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: xstrp4 Version : 1.8 Upstream Author : Gerd Stolpmann * URL : http://projects.camlcity.org/projects/xstrp4.html * License : MIT Programming Lang: OCaml Description : camlp4 extension that expands brace expansions in OCaml string This camlp4 syntax extension interprets the dollar notation ${name} in strings and in included files. . It can: * include whole file in your OCaml code * define a format '%x' conversion to display variables * interpolate '$x' as well as '${x} * take into account record field and module names -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605634: ITP: ocaml-inifiles -- read and write .ini files for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-inifiles Version : 1.2 Upstream Author : Eric Stokes * URL : http://homepage.mac.com/letaris/ * License : LGPL-2.1 Programming Lang: OCaml Description : read and write .ini files for OCaml This library allow to read and write .ini files. It features an object oriented interface to manipulate inifiles. It allows sections listing and operation on several inifiles grouped in a directory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605635: ITP: mikmatch -- camlp4 extension for pattern matching with regexps
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: mikmatch Version : 1.0.2 Upstream Author : Martin Jambon * URL : http://martin.jambon.free.fr/micmatch.html * License : BSD3 Programming Lang: OCaml Description : camlp4 extension for pattern matching with regexps Mikmatch provides enhanced pattern matching with regexps for OCaml. . The goal of Mikmatch is to make text-oriented programs even easier to write, read and run without losing the unique and powerful features of OCaml. Mikmatch provides a concise and highly readable syntax for regular expressions, and integrates it into the syntax of OCaml thanks to Camlp4. . The implementation of Mikmatch consists essentially of: * a library which is loaded by the OCaml preprocessor (Camlp4) and defines sophisticated macros, i.e. the modified syntax; * a traditional library (runtime) which is required by the programs that use the Mikmatch syntax; * a dedicated 'mikmatch' command which can be used as a replacement for 'ocaml' in scripts or as an interactive toplevel. It performs automatically these steps: preprocessing, compilation and execution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605652: ITP: ocaml-inifiles -- read and write .ini for OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-inifiles Version : 1.2 Upstream Author : Eric Stokes * URL : http://homepage.mac.com/letaris/ * License : LGPL-2.1+ Programming Lang: OCaml Description : read and write .ini for OCaml This library allow to read and write .ini files. It features an object oriented interface to manipulate inifiles. It allows sections listing and operation on several inifiles grouped in a directory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604636: libcamlimages-ocaml-dev: does not install oFreetype.cmi
On Tue, Nov 23, 2010 at 11:47:28AM +0200, ygrek wrote: Package: libcamlimages-ocaml-dev Version: 1:3.0.1-5+b3 Severity: normal oFreetype.cmi is created during build but is not installed. So OFreetype is present in cma but is not accessible because of cmi absence. $ ls src/oFreetype.* src/oFreetype.cmi src/oFreetype.cmo src/oFreetype.cmx src/oFreetype.ml src/oFreetype.o $ ls /usr/lib/ocaml/camlimages/oFreetype.* ls: cannot access /usr/lib/ocaml/camlimages/oFreetype.*: No such file or directory Maybe there are some other modules with this problem.. Upstream author seems to distribute freetype.mli to access freetype. Maybe he wants to keep oFreetype internal. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604065: ITP: ocaml-extunix -- Extended functions for OCaml Unix module
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-extunix Version : 0.0.1 Upstream Author : ygrek, Sylvain Le Gall, Stephane Glondu * URL : http://extunix.forge.ocamlcore.org/ * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : Extended functions for OCaml Unix module Thin bindings to various low-level system APIs (often non-portable) which are not covered by Unix module. . Example functions: * uname * statvfs * fsync * fadvise * fallocate * atfile * dirfd * eventfd * signalfd * ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603828: ITP: ocaml-data-notation -- Store data using OCaml notation
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-data-notation Version : 0.0.3 Upstream Author : Sylvain Le Gall * URL : http://forge.ocamlcore.org/projects/odn * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : Store data using OCaml notation This library uses type-conv to dump OCaml data structure using OCaml data notation. This kind of data dumping helps to write OCaml code generator, like OASIS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603829: ITP: ocaml-expect -- Expect-like framework in OCaml
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocaml-expect Version : 0.0.2 Upstream Author : Sylvain Le Gall * URL : http://forge.ocamlcore.org/projects/ocaml-expect/ * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : Expect-like framework in OCaml This is a simple implementation of `expect` to help building unitary testing of interactive program. It helps to receive question and send answers from an interactive process. You can match the question using a regular expression (Str or Pcre). You can also use a timeout to ensure that the process answer in time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603830: ITP: oasis -- Architecture for building OCaml libraries and applications
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: oasis Version : 0.2.0 Upstream Author : Sylvain Le Gall * URL : http://oasis.forge.ocamlcore.org/ * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : Architecture for building OCaml libraries and applications This program generates a full configure, build and install system for your application. It starts with a simple `_oasis` file at the toplevel of your project and creates everything required. It uses external tools like OCamlbuild and it can be considered as the glue between various subsystems that do the job. It should support the following tools: - OCamlbuild - OMake - OCamlMakefile - ocaml-autoconf It also features a do-it-yourself command line invocation and an internal configure/install scheme. Libraries are managed through findlib. It has been tested on GNU Linux and Windows. It also allows to have standard entry points and description. It helps to integrates your libraries and software with third parties tools like GODI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591891: libdbus-ocaml-dev: Possible conflict between 2 OCaml bindings: dBus and ssl
Hello, On Mon, Nov 08, 2010 at 05:04:19PM +0100, Gregory Bellier wrote: I forgot to say the only info I can get from ocamldebug are those : [...] After the step 3456, it froze. I hope this can help. I acknowledge the bug. I can reproduce it, but I really don't know what is happening. When you say you contacted upstream, you talk about ocaml-ssl or ocaml-dbus? Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591891: libdbus-ocaml-dev: Possible conflict between 2 OCaml bindings: dBus and ssl
On Tue, Nov 09, 2010 at 12:08:51PM +0100, Gregory Bellier wrote: Hi, 2010/11/9 Sylvain Le Gall gil...@debian.org When you say you contacted upstream, you talk about ocaml-ssl or ocaml-dbus? I meant ocaml-dbus. Try upstream of ocaml-ssl. Maybe he will be more helpful regarding this issue. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602913: ITP: ocamlify -- include files in OCaml code
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocamlify Version : 0.0.1 Upstream Author : Sylvain Le Gall * URL : http://forge.ocamlcore.org/projects/ocamlify * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : include files in OCaml code This program allows to copy files inside OCaml code. It uses a first file that describes the other files that must be included and the type of OCaml variable it should create. It can also describe dependencies to other files, in order to generate .depends files for make. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602298: [libounit-ocaml-dev] force unit return type in OUnit.bracket for typesafety
forwarded 602298 https://forge.ocamlcore.org/tracker/index.php?func=detailaid=799group_id=162atid=732 thanks Hello, On Wed, Nov 03, 2010 at 03:13:20PM +0100, Joost Yervante Damad wrote: Package: libounit-ocaml-dev Version: 1.0.3-5.0.2 What a strange version number? Did you recompile it yourself? Severity: wishlist Tags: patch --- Please enter the report below this line. --- It would be useful to make return value of the testfunction f and teardown in OUnit.bracket unit to enforce typing to avoid accidentally returning a monadic type causing partial execution of a testcase. (e.g. when using Lwt) See attached patch for a proposed solution. I thought about it while I release OUnit 1.1.0. It will probably make it into 1.2.0. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602298: [libounit-ocaml-dev] force unit return type in OUnit.bracket for typesafety
On Wed, Nov 03, 2010 at 03:38:42PM +0100, Joost Yervante Damad wrote: On Wednesday 03 November 2010 15:34:26 Sylvain Le Gall wrote: forwarded 602298 https://forge.ocamlcore.org/tracker/index.php?func=detailaid=799group_id =162atid=732 thanks Hello, On Wed, Nov 03, 2010 at 03:13:20PM +0100, Joost Yervante Damad wrote: Package: libounit-ocaml-dev Version: 1.0.3-5.0.2 What a strange version number? Did you recompile it yourself? Yeah, now you mention it. Things I added locally: - stacktrace support on testcase failure due to exception - compile ounit with -g for better stacktrace support in general Everything has been integrated into OUnit 1.1.0. http://ounit.forge.ocamlcore.org I'll wait the end of the freeze to upload it. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602314: please let unison create hardlinks
Hello, On Wed, Nov 03, 2010 at 06:14:14PM +0100, martin f krafft wrote: Package: unison Version: 2.32.52-1 Severity: wishlist Thanks to storing content hashes, unison can SHORTCUT copying remote files by using already present local files as source. It sounds like it would be just a small step towards letting unison hardlink those files instead, falling back to copying if the hardlink fails. I am not sure to understand what you ask. Hardlinks and copies are not the same thing. AFAIU, if you hardlink a file to a different filename and make a change to one of these files, it will also appear in the other file. You don't have this effect with copies. If the remote file is not an hardlink, there is no point making the local file an hardlink. Are you really sure about this feature? Could you explain to me how you expect it to work? Cheers Sylvain Le Gall signature.asc Description: Digital signature
Bug#588095: downgrade severity
severity 588095 normal thanks Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600408: ocaml: Building OCaml with LOCAL_CALLBACK_BYTECODE enabled
[Ce message a aussi été publié sur gmane.test.] On 19-10-2010, Sylvain Le Gall gil...@debian.org wrote: Try to cc the bug as well as the mailing list (for the record). On 17-10-2010, Sylvain Le Gall gil...@debian.org wrote: On 16-10-2010, Guillaume Yziquel guillaume.yziq...@citycable.ch wrote: 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 [...] and digging into the callbacks.c file, I discovered that OCaml in Debian is not built with the LOCAL_CALLBACK_BYTECODE macro enabled. Why should it be? To me, the question is why shouldn't it be?. [...] It seems to me that the current situation might be a can of worms and segfaults, and I'm wondering whether it would not be a good idea to build OCaml with LOCAL_CALLBACK_BYTECODE enabled. Where did you get that from? Is this LOCAL_CALLBACK_BYTECODE documented somewhere? The only usage I see is in byterun/callback.c, and I don't see why it should matter here (we are just using the standard bytecode interpreter). Haven't found documentation on LOCAL_CALLBACK_BYTECODE anywhere. I'm stumbling on it doing painful gdb debugging. I do not think that the comments in callbacks.c are very enlightening as to the proper usage of LOCAL_CALLBACK_BYTECODE. I'm not saying that it should be changed, but I do not see why it should be kept this way. The effect of this seems to be quite tricky and maybe not worth using a different set of options than the default OCaml one. Since, Debian packaging do nothing to disable this macro and that upstream doesn't enable it or even document it, I am not sure it is a good idea to change it in Debian. This doesn't mean that this is not a problem and that it doesn't cause segfault. I just think this issue should be dealt with upstream directly so that he can integrate in OCaml 3.12.1 a sane default for this option. Regards, Sylvain Le Gall -- 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/slrnibligp.fmh.gil...@gallu.homelinux.org Regards, Sylvain Le Gall -- 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/slrnibqn5c.nk3.gil...@gallu.homelinux.org Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599284: cduce: inconsistent assumption wit curl
Package: cduce Version: 0.5.3-2+b2 Severity: grave Justification: renders package unusable When trying to compile something with cduce, I get this: File _none_, line 1, characters 0-1: Error: Files /usr/lib/ocaml/cduce/cduce_lib.cmxa and /usr/lib/ocaml/curl/curl.cmxa make inconsistent assumptions over interface Curl A binNMU should be scheduled to solve this bug. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cduce depends on: ii libc62.11.2-6Embedded GNU C Library: Shared lib ii libcurl-ocaml-dev0.5.3-1 OCaml libcurl bindings (Developmen ii libcurl3-gnutls 7.21.1-1Multi-protocol file transfer libra ii libexpat-ocaml-dev 0.9.1+debian1-7 OCaml expat bindings ii libexpat12.0.1-7 XML parsing C library - runtime li ii libocamlnet-ocaml-dev2.2.9-8 OCaml application-level Internet l ii libpcre3 8.02-1.1Perl 5 Compatible Regular Expressi ii ocaml-nox [ocaml-nox-3.1 3.11.2-1ML implementation with a class-bas ii ocaml-ulex 1.1-2 OCaml lexer generator with Unicode cduce recommends no packages. cduce suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599285: nmu: cduce_0.5.3-2+b2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu cduce_0.5.3-2+b2 . ALL . -m rebuild to update curl dependency This should solve also close 599284. Thanks Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596622: Fwd: Re: [haXe] haXe source ocaml library extlib
Hello, In gmane.linux.debian.devel.ocaml, you wrote: Le 14/09/2010 22:24, Jens Peter Secher a =E9crit : Hi Nicolas, Your ocaml library extlib seems to be distributed from both Google Code [1] and from your Motion-Twin CVS repository, which gives me some problems when packaging haXe 2.06 for Debian because the official packaging of extlib tracks the Google Code version, not the Motion-Twin one, see [2]. Do you plan to release the updated version of extlib on Google Code, or should the extlib Debian package track the Motion-Twin CVS instead? The current extlib status is a bit awkward : I was the main contributor=20 and project initiator, then the project went unactive. And since it was=20 hosted on SourceForge with many slowdowns and maintenance, I moved the=20 repository on MT CVS. A few years after, the project was moved to Google=20 Code by other people and might have evolved differently than my local=20 repository. Merging both would surely be feasible but to be honest I don't have much=20 time for it ATM. Maybe you can try to get in touch with extLib maintainers and find a way=20 to get this done if they have interest in it. Your best option right now, is to create a patch that adds the feature you need (i.e. the new output_strings functionality). And submit it to the BTS of the extlib project. http://code.google.com/p/ocaml-extlib/issues/list Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596864: nmu: ocaml-gettext_0.3.3-1+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu ocaml-gettext_0.3.3-1+b1 . ALL . -m Rebuild to update ocaml-fileutils dependency After this rebuild, we will need to do a binNMU for ocaml-libvirt (0.6.1.0-2+b1). nmu ocaml-libvirt_0.6.1.0-2+b1 . ALL . -m Rebuild to update ocaml-gettext dependency This will solve #596842 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596842 Thanks a lot Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596842: libgettext-ocaml-dev not installable in sid
Hello, On Tue, Sep 14, 2010 at 04:12:17PM +0200, Ralf Treinen wrote: Package: libgettext-ocaml-dev Version: 0.3.3-1+b1 Severity: grave User: trei...@debian.org Usertags: edos-uninstallable libgettext-ocaml-dev is currently not installable in sid, probably needs bin-NMU due to a new version of libfileutils-ocaml-dev : libgettext-ocaml-dev (= 0.3.3-1+b1) depends on missing: - libfileutils-ocaml-dev-c2hd0 I just send a binNMU request. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594477: rinse: Fail to install 32bits chroot on 64bits system
Package: rinse Version: 1.7-1 Severity: normal Hello, I have tried to use rinse 1.7 (from Sid) to install Centos5 i386 on my Debian Lenny 64bits. While the first stage goes smoothly the post-install consider that I am running amd64 system and install an amd64 system. This can be fixed, if you call linux32 chroot rather than simply chroot in post-install.sh. I attach the patch that I used to succesfully perform the install. Regards Sylvain Le Gall -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rinse depends on: ii libterm-size-perl0.2-4+b1Perl extension for retrieving term ii libwww-perl 5.813-1 WWW client/server library for Perl ii perl-modules 5.10.0-19lenny2 Core Perl modules ii rpm 4.4.2.3-1 Red Hat package manager ii wget 1.11.4-2+lenny1 retrieves files from the web rinse recommends no packages. rinse suggests no packages. -- no debconf information --- /usr/lib/rinse/centos-5/post-install.sh 2010-08-26 10:54:22.0 +0200 +++ ../scripts/centos-5/post-install.sh 2010-08-26 10:38:10.0 +0200 @@ -38,22 +38,22 @@ mount -o bind /proc ${prefix}/proc echo Bootstrapping yum -linux32 chroot ${prefix} /usr/bin/yum -y install yum 2/dev/null -linux32 chroot ${prefix} /usr/bin/yum -y install vim-minimal 2/dev/null -linux32 chroot ${prefix} /usr/bin/yum -y install dhclient2/dev/null +chroot ${prefix} /usr/bin/yum -y install yum 2/dev/null +chroot ${prefix} /usr/bin/yum -y install vim-minimal 2/dev/null +chroot ${prefix} /usr/bin/yum -y install dhclient2/dev/null # # 4.5 make 'passwd' work. # echo Authfix -linux32 chroot ${prefix} /usr/bin/yum -y install authconfig -linux32 chroot ${prefix} /usr/bin/authconfig --enableshadow --update +chroot ${prefix} /usr/bin/yum -y install authconfig +chroot ${prefix} /usr/bin/authconfig --enableshadow --update # # 5. Clean up # echo Cleaning up -linux32 chroot ${prefix} /usr/bin/yum clean all +chroot ${prefix} /usr/bin/yum clean all umount ${prefix}/proc
Bug#588150: no longer works with http: HTTP/1.1 426 Upgrade Required + server DoS
Package: libcups2 Version: 1.4.4-1 Severity: normal Same error here. The problem arise with lpstat and system-config-printer-applet (python program launched by gnome). Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcups2 depends on: ii libavahi-client30.6.26-1 Avahi client library ii libavahi-common30.6.26-1 Avahi common library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.1+dfsg-5 MIT Kerberos runtime libraries - k ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libcups2 recommends no packages. Versions of packages libcups2 suggests: ii cups-common 1.4.4-1Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584832: planner: segfault when a python plugin is present
Package: planner Version: 0.14.4-4 Severity: important Tags: upstream To reproduce the bug: - mkdir -p .gnome2/planner/python - cd .gnome2/planner/python - wget http://git.gnome.org/browse/planner/plain/python/python-demo.py - planner This bug is upstream http://bugzilla.gnome.org/show_bug.cgi?id=620785 Regards -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages planner depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.1-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomeui-02.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpopt01.16-1 lib for parsing cmdline parameters ii libsm6 2:1.1.1-1X11 Session Management library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-3 XSLT processing library - runtime ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.8automated rebuilding support for P ii python2.5 2.5.5-6 An interactive high-level object-o ii rarian-compat [scrollke 0.8.1-4.1Documentation meta-data library (c ii shared-mime-info0.71-3 FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime planner recommends no packages. planner suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584546: sexplib: sexplib.cmxa with superflous dependencies to big_int, nat, num, bigarray and ratio
Hello, Sexplib has a function sexp_of_big_int and big_int_of_sexp, which means that Big_int is required. The findlib's META file agreed. Regards Sylvain Le Gall On Fri, Jun 04, 2010 at 03:41:08PM +0200, Andreas Romeyke wrote: Package: libsexplib-camlp4-dev Version: 3.7.4-3+b1 Severity: normal File: sexplib Hello, I am not sure if I am wrong, but compiling the attached ml-file with ocamlbuild: ocamlbuild -j 2 -quiet -tags debug -no-links -cflags -I +sexplib -lflags -I +sexplib -libs sexplib -pp camlp4o /usr/lib/ocaml/3.10.2/type-conv/pa_type_conv.cmo /usr/lib/ocaml/3.10.2/sexplib/pa_sexp_conv.cmo main_testsexplib.native I got the following compile error: No implementations provided for the following modules: Big_int referenced from /usr/lib/ocaml/3.10.2/sexplib/sexplib.cmxa(Sexplib) Nat referenced from /usr/lib/ocaml/3.10.2/sexplib/sexplib.cmxa(Sexplib) Num referenced from /usr/lib/ocaml/3.10.2/sexplib/sexplib.cmxa(Sexplib) Bigarray referenced from /usr/lib/ocaml/3.10.2/sexplib/sexplib.cmxa(Sexplib) Ratio referenced from /usr/lib/ocaml/3.10.2/sexplib/sexplib.cmxa(Sexplib) Command exited with code 2. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsexplib-camlp4-dev depends on: ii camlp43.10.2-3 Pre Processor Pretty Printer for O ii libtype-conv-camlp4-dev 1.5.0-3+b1 support library for OCaml preproce ii ocaml-findlib 1.2.1-5Management tool for OCaml programm ii ocaml-nox [ocaml-nox-3.10.2] 3.10.2-3 ML language implementation with a libsexplib-camlp4-dev recommends no packages. libsexplib-camlp4-dev suggests no packages. -- no debconf information open Sexplib open Sexp open Conv TYPE_CONV_PATH Conv_test type all_t = Foo | Bar of int | Baz of string list with sexp ;; let _ = let bla=Foo in Printf.printf sexp:%s\n (Sexp.to_string_hum (sexp_of_all_t bla)) Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583475: META file for ocaml-llvm has a wrong filename
Hello Arthur, On Tue, Jun 01, 2010 at 04:57:23PM +0200, Arthur Loiret wrote: Hi, 2010/5/30, Mehdi Dogguy me...@dogguy.org: It *does* matter! When I have to open some META file by hand to see its content, it's much more easier to know beforehand (and without looking for it) where it is. For now, the situation is not uniform: most of the people put the META file under +$lib/META, some others put under METAS (but a few¹ of them when looking at the archive's state). Waiting for you comment and patch, Sylvain. :-) You can use the patch provided here: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=fix583475.patch;att=1;bug=583475 The point Mehdi talks about is valid but needs to be clarified in the Debian packaging policy -- after discussing best practices among other pkg-ocaml-maint members. We can live with the provided patch at least until Squeeze is released ;-) Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583953: libmlt2: depends on libsox1a, which doesn't exist
Package: libmlt2 Version: 0.5.4-1 Severity: grave Justification: renders package unusable Hi, The package seems to have been built in the middle of a sox transition. Alpha depends on libsox1b and the rest on libsox1a. As a matter of fact, only the first package is now available in the archive. I think a binNMU is required. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583475: META file for ocaml-llvm has a wrong filename
Hello, On Fri, May 28, 2010 at 03:34:57PM +0200, Mehdi Dogguy wrote: On 27/05/2010 22:12, Sylvain Le Gall wrote: Package: libllvm-ocaml-dev Version: 2.6-9 Severity: normal Tags: patch The patch attached fix this bug. Isn't it better to put the META file in $(OCAML_STDLIB_DIR)/llvm/META? As I see it, only ocaml's libraries should have their META file under $(OCAML_STDLIB_DIR)/METAS/, all the rest should be put under the library's folder. Well it doesn't really matter and I tend to place META files that are not shipped with the library inside METAS/. After all, this is the reason why all the METAS/META.* files are placed herei by findlib. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583475: META file for ocaml-llvm has a wrong filename
Package: libllvm-ocaml-dev Version: 2.6-9 Severity: normal Tags: patch The patch attached fix this bug. Cheers Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libllvm-ocaml-dev depends on: ii llvm-dev 2.6-9 Low-Level Virtual Machine (LLVM), ii ocaml-nox [ocaml-nox-3.11.2] 3.11.2-1 ML implementation with a class-bas libllvm-ocaml-dev recommends no packages. Versions of packages libllvm-ocaml-dev suggests: ii llvm-doc 2.6-9 Low-Level Virtual Machine (LLVM), -- no debconf information diff -Nurd llvm-2.6.org/debian/packages.d/llvm.mk llvm-2.6/debian/packages.d/llvm.mk --- llvm-2.6.org/debian/packages.d/llvm.mk 2010-05-27 21:27:30.0 +0200 +++ llvm-2.6/debian/packages.d/llvm.mk 2010-05-27 21:28:40.0 +0200 @@ -81,7 +81,7 @@ define libllvm-ocaml-dev_extra_binary if test x$* = xlibllvm-ocaml-dev ; then \ - cp $(D)/debian/$*.META $(D)/debian/$*/$(OCAML_STDLIB_DIR)/METAS/ ; \ + cp $(D)/debian/$*.META $(D)/debian/$*/$(OCAML_STDLIB_DIR)/METAS/META.llvm ; \ fi endef
Bug#580156: tools unable to connect to the daemon
Package: gnome-keyring Version: 2.30.1-2 Severity: normal Removing libpam-gnome-keyring solve the problem. I use the same version for libpam-gnome-keyring as gnome-keyring (see my former mail). I reopen the bug because I think there is still a problem. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-keyring depends on: ii dbus-x11 1.2.24-1 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcr0 2.30.1-2 Library for Crypto UI related task ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgp11-0 2.30.1-2 Glib wrapper library for PKCS#11 - ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libtasn1-32.6-1 Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: pn libpam-gnome-keyring none (no description available) gnome-keyring suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580811: Include version number in unison.desktop
Package: unison Version: 2.32.52-1 Severity: normal This would allow to make a clear distinction between the two entry in the menu (this is not the case today). Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unison depends on: ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib Versions of packages unison recommends: ii openssh-client [ssh-client] 1:5.5p1-3 secure shell (SSH) client, for sec unison suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580156: gnome-keyring: Unable to connect in Sid also
Package: gnome-keyring Version: 2.30.1-2 Severity: normal Hello, I just read this bug report and I have exactly the same kind of problem. I have just updated my system. I have tried in xfce and gnome. Any suggestion ? Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-keyring depends on: ii dbus-x11 1.2.24-1 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libgcr0 2.30.1-2 Library for Crypto UI related task ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgp11-0 2.30.1-2 Glib wrapper library for PKCS#11 - ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libtasn1-32.6-1 Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.30.1-2 PAM module to unlock the GNOME key gnome-keyring suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577503: missing since gnome upgrade
Package: mail-notification Version: 5.4.dfsg.1-2.1 Severity: normal Same problem here Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mail-notification depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.10.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgmime-2.0-2a 2.2.25-1 MIME library ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomeui-02.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgnomevfs2-extra 1:2.24.3-1 GNOME Virtual File System (extra m ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpopt01.15-1 lib for parsing cmdline parameters ii libsasl2-2 2.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii notification-daemon 0.4.0-2 a daemon that displays passive pop ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages mail-notification recommends: ii fetchyahoo2.12.4-1 Retrieve mail from Yahoo!'s webmai ii getlive 0.58-1 fetch mail from your Hotmail Live pn mail-notification-evolution none (no description available) mail-notification suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580825: mdadm: Exit code 1 when running checkarray
Package: mdadm Version: 3.1.1-1 Severity: normal When running cronjob, I get an error about checkarray: Cron r...@zetta [ -x /usr/share/mdadm/checkarray ] [ $(date +%d) -le 7 ] /usr/share/mdadm/checkarray --cron --all --quiet (failed) command failed with exit status 1 When started from CLI, I get $ /usr/share/mdadm/checkarray checkarray: I: no redundant arrays present; skipping checks... I think it is normal, since I only use a RAID0 device, however the exit code should be 0. Regards Sylvain Le Gall -- Package-specific info: --- mount output /dev/sda2 on / type ext3 (rw,noatime,acl,errors=remount-ro) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) none on /tmp type tmpfs (rw) /dev/md0 on /mnt/free0 type ext3 (rw,acl) /dev/sda3 on /mnt/exchange type fuseblk (rw,allow_other,blksize=4096,default_permissions) /dev/mapper/vg0-var on /var type ext3 (rw,noatime,acl) /dev/mapper/vg0-chroot on /srv/chroot type ext3 (rw,noatime,acl) /dev/mapper/vg0-libvirt on /srv/libvirt type ext3 (rw,noatime,acl) /dev/mapper/vg0-backup--debian--raid on /mnt/backup-debian-raid type ext3 (rw,noatime,acl) rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) nfs:/home on /mnt/home-nfs type nfs (rw,noatime,acl,vers=4,addr=192.168.0.1,clientaddr=192.168.0.7) fusectl on /sys/fs/fuse/connections type fusectl (rw) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) /dev/sr0 on /media/TheFrozenThrone type iso9660 (ro,nosuid,nodev,uhelper=hal,uid=1000) --- mdadm.conf # mdadm.conf # # Please refer to mdadm.conf(5) for information about this file. # # by default, scan all partitions (/proc/partitions) for MD superblocks. # alternatively, specify devices to scan, using wildcards if desired. DEVICE /dev/sdb1 /dev/sdc1 # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST system # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md0 level=raid0 num-devices=2 UUID=7c57c64c:68220147:d36a4654:8b3c90d9 # This file was auto-generated on Wed, 18 Feb 2009 09:08:05 +0100 # by mkconf $Id$ --- /proc/mdstat: Personalities : [raid0] md0 : active raid0 sdb1[0] sdc1[1] 195318016 blocks 64k chunks unused devices: none --- /proc/partitions: major minor #blocks name 80 625131864 sda 81 8192 sda1 82 31286587 sda2 83 10240 sda3 84 1 sda4 85 397791463 sda5 86 11719417 sda6 8 32 156290904 sdc 8 33 97659103 sdc1 8 34 58629120 sdc2 8 48 31293440 sdd 8 16 156290904 sdb 8 17 97659103 sdb1 8 18 58629120 sdb2 90 195318016 md0 2540 10485760 dm-0 2541 104857600 dm-1 2542 10489856 dm-2 2543 104857600 dm-3 --- initrd.img-2.6.32-trunk-amd64: 59835 blocks 8d8e60644084ac3ea0810feed7b68734 ./etc/mdadm/mdadm.conf a34b710a5cea3027de06b92d651b0f8a ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/dm-mod.ko 04755f48d19438a3da9ac3d5e44d78c5 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/dm-log.ko 5278fdf759cf3a835b2880a6042c6864 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/dm-region-hash.ko cad9f050e2d572486854bfe7d33d1b0f ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/dm-mirror.ko 75a58c4b172a9cbf8728f15c3d8e5ca7 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/dm-snapshot.ko 711414b1d8e4dcf13bc33cef4f22f09d ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/md-mod.ko e5d69da9bb9fa84164451d209958b368 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/linear.ko f63ee7ae0f0313d8906c585c042a7238 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/multipath.ko cd8972fbffce017895b5727fca181270 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid0.ko 9550534e1d836178b6699eb7b0139ccd ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid1.ko 29bac4558e307abbef17ed4827ab37d3 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid6_pq.ko cf937950d27f224d59785761c9f9a7e3 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid456.ko cb3569a87d0aefbdb98accd88c1cbc69 ./lib/modules/2.6.32-trunk-amd64/kernel/drivers/md/raid10.ko 116eeea1a50e23e247508b2b4480cc55 ./sbin/mdadm f4fbd9099399ab08ba9b9f6c71d77595 ./scripts/local-top/mdadm --- /proc/modules: raid0 5501 1 - Live 0xa01a1000 md_mod 73584 2 raid0, Live 0xa0185000 dm_mirror 10923 0 - Live 0xa017c000 dm_region_hash 6648 1 dm_mirror, Live 0xa0174000 dm_log 7381 2 dm_mirror,dm_region_hash, Live 0xa016c000 dm_mod
Bug#579213: Please allow an option to posix_fadvise files read not to be cached
Hello, On Mon, Apr 26, 2010 at 10:17:49AM +0100, Enrico Zini wrote: My laptop has 2GB of RAM, but sometimes I want to sync directory trees with a similar order of magnitude of data in them. When unison scans the local data, linux has a tendency to swap out running application to free RAM for caching the data that unison reads. The result is that while unison is running, my laptop is thrashing heavily as the kernel loads back from swap those apps that it just swapped. I'm running with default kernel VM settings. Running unison under nocache (http://www.enricozini.org/2010/tips/nocache/) does not cause the thrashing and keeps the system perfectly usable during syncs, if a bit slower I/O wise, which is perfectly reasonable. I am of course the first to agree that the problem in this is not in unison but in Linux itself. The operating system should not swap out running apps: this behaviour is preposterous, and everytime I experience it a part of my soul dies drowned by its own tears. It might still make sense, however, to have an option in unison (disabled by default) that turns on fadvise cache hinting. One would turn it on when syncing big, seldom accessed archives like photo galleries or music collections, and keep it off when syncing the home dir with files that are accessed often. Even more ideal would be to be able to turn it on/off on a per-directory basis, so that I can sync my home dir and have the system cache everything except pictures, music and videos. I played a bit with fadvise and I even have an OCaml binding for it, somewhere on my hard-drive. I think it can be quite efficient but you should talk about this directly with upstream. I forward this mail to upstream, so that you can discuss it. The original bug is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579213 Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579158: unison: manual should be utf-8 encoded
Hello, On Sun, Apr 25, 2010 at 04:29:57PM -0400, Philipp Weis wrote: Package: unison Version: 2.32.52-1 Severity: minor Hi, I just noticed that /usr/share/doc/unison/unison-manual.txt.gz seems to be encoded in iso-8859-1 instead of utf-8, which I believe should be the standard by now. What tool did you use to detect it? Or at which line is the difference? (8859-1 and utf-8 should be almost compatible). Regards Sylvain Le Gall signature.asc Description: Digital signature
Bug#409561: closed by Sylvain Le Gall gil...@debian.org (Available statistic in 2.32)
On Mon, Apr 26, 2010 at 12:15:23PM +0200, martin f krafft wrote: also sprach Debian Bug Tracking System ow...@bugs.debian.org [2010.04.26.1151 +0200]: Unison (gtk at least) shows bandwidth information in a small window you can ask to display (Synchronization - Statistics). I filed the wishlist against the unison package, not unison-gtk. It is not solved. Can we leave it open? Just reopen it, if you wish. I think that this kind of information is better suited for the gtk interface. The text version is mainly about automatic processing to my mind. The information displayed is already quite messy (i.e. you don't know what is the current file being transferred, you just know what happened last). Regards Sylvain Le Gall signature.asc Description: Digital signature
Bug#557553: geneweb: Search and navigaition fails
[Ce message a aussi été publié sur gmane.linux.debian.devel.ocaml.] On 02-04-2010, Christian PERRIER bubu...@debian.org wrote: --GYaKytDE8aa4+VVK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Wolfgang Rohdewald (wolfg...@rohdewald.de): I now have the same bug after migrating from ubuntu 9.10 32bit to ubuntu 10.4 64bit. =20 Did anybody already find a solution for this? As of now, no. As already mentioned in the bug history, I need help =66rom Ocaml gurus for this. You must start by getting a backtrace for this. However, this can be quite hard to get. If you are able to create a simple script that set everything up and generates the bug, I can try to see if I can get the backtrace and be more precise than a simple End_of_file error. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575799: wrong symlink unison-latest-stable
Hello, Theses symlinks point to the latest stable version of unison, not the version of unison in Debian stable. This is explained in unison-latest-stable in the README.Debian file of the package. Regards Sylvain Le Gall On Mon, Mar 29, 2010 at 12:29:42PM +0200, Olivier Schwander wrote: Package: unison Version: 2.32.52-1 Severity: important Hello, The symlinks unison-latest-stable and unison-latest-stable-gtk should respectively be provided by the packages unison2.27.57 and unison2.27.57-gtk since the version available in Lenny is 2.27.57. Cheers, Olivier -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unison depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib Versions of packages unison recommends: ii openssh-client [ssh-client] 1:5.3p1-3 secure shell (SSH) client, for sec unison suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568556: missing ocaml bindings
Package: llvm-dev Version: 2.6-6 Severity: normal Tags: patch Hello, You can find a patch to create a package libllvm-ocaml-dev that contains the OCaml bindings as shipped by LLVM. I have added all the required glue to match the current OCaml packaging policy, including the use of dh_ocaml -- which helps to compute OCaml dependencies. I have also written a little META file to ease OCaml integration. The only weird fix is that llvm uses strange symlinks pointing to the $DESTDIR. I have fixed them but this is the weak part of the patch. I think this is something to discuss with upstream. I have built it without optimized compiler and in a pbuilder. Everything seems fine (well the pbuilder had problem with logwatch, but this is another topic). I hope you will be able to use it for the next upload. I am willing to support all things related to OCaml in LLVM, just drop me an email if you want. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages llvm-dev depends on: ii libc6 2.10.2-3 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-1Foreign Function Interface library ii libgcc1 1:4.4.2-8 GCC support library ii libstdc++64.4.2-8The GNU Standard C++ Library v3 ii llvm 2.6-6 Low-Level Virtual Machine (LLVM) llvm-dev recommends no packages. llvm-dev suggests no packages. -- no debconf information diff -Nurd llvm-2.6.org/debian/control llvm-2.6/debian/control --- llvm-2.6.org/debian/control 2010-02-27 23:23:25.0 +0100 +++ llvm-2.6/debian/control 2010-02-28 23:04:34.0 +0100 @@ -6,8 +6,8 @@ Build-Depends: debhelper (= 6.0.0), flex, bison, dejagnu, tcl8.4, expect, autoconf, automake1.9, perl, libtool, doxygen, chrpath, texinfo, sharutils, autotools-dev (= 20060702.1), libffi-dev (= 3.0.9), -lsb-release -Build-Conflicts: ocaml, ocaml-core, ocaml-nox +ocaml-nox (= 3.11.2), ocaml-best-compilers | ocaml-nox, dh-ocaml (= 0.9.1), +lsb-release, Standards-Version: 3.8.4 Homepage: http://www.llvm.org/ @@ -114,3 +114,22 @@ . This package contains the llvm source code. +Package: libllvm-ocaml-dev +Section: ocaml +Architecture: any +Suggests: llvm-doc +Depends: ${shlibs:Depends}, ${misc:Depends}, ${ocaml:Depends}, llvm-dev +Provides: ${ocaml:Provides} +Description: Low-Level Virtual Machine (LLVM) bindings for OCaml + The Low-Level Virtual Machine (LLVM) is a collection of libraries and + tools that make it easy to build compilers, optimizers, Just-In-Time + code generators, and many other compiler-related programs. LLVM + uses a single, language-independent virtual instruction set both + as an offline code representation (to communicate code between + compiler phases and to run-time systems) and as the compiler internal + representation (to analyze and transform programs). This persistent + code representation allows a common set of sophisticated compiler + techniques to be applied at compile-time, link-time, install-time, + run-time, or idle-time (between program runs). + . + This package provides the OCaml bindings to develop applications using llvm. diff -Nurd llvm-2.6.org/debian/control.in/libllvm-ocaml-dev llvm-2.6/debian/control.in/libllvm-ocaml-dev --- llvm-2.6.org/debian/control.in/libllvm-ocaml-dev 1970-01-01 01:00:00.0 +0100 +++ llvm-2.6/debian/control.in/libllvm-ocaml-dev 2010-02-28 19:28:06.0 +0100 @@ -0,0 +1,19 @@ +Package: libllvm-ocaml-dev +Section: ocaml +Architecture: any +Suggests: llvm-doc +Depends: ${shlibs:Depends}, ${misc:Depends}, ${ocaml:Depends}, llvm-dev +Provides: ${ocaml:Provides} +Description: Low-Level Virtual Machine (LLVM) bindings for OCaml + The Low-Level Virtual Machine (LLVM) is a collection of libraries and + tools that make it easy to build compilers, optimizers, Just-In-Time + code generators, and many other compiler-related programs. LLVM + uses a single, language-independent virtual instruction set both + as an offline code representation (to communicate code between + compiler phases and to run-time systems) and as the compiler internal + representation (to analyze and transform programs). This persistent + code representation allows a common set of sophisticated compiler + techniques to be applied at compile-time, link-time, install-time, + run-time, or idle-time (between program runs). + . + This package provides the OCaml bindings to develop applications using llvm. diff -Nurd llvm-2.6.org/debian/control.in/source llvm-2.6/debian/control.in/source --- llvm-2.6.org/debian/control.in/source 2010-02-27 23:23:25.0 +0100 +++ llvm-2.6/debian/control.in/source 2010-02-28 00
Bug#569966: RM: numerix -- ROM; FTBFS on some architectures
Package: ftp.debian.org Severity: normal Hello, We, the Debian OCaml package maintainers, have discussed the removal of numerix and we think that it should be removed for the following reasons: - was uploaded to fix a licensing problem in OCaml's num, which is now fixed directly in OCaml - has a low popcon - has no rdepends - has not been updated since years - always has problems building on some architectures, which gives extra work to pkg-ocaml-maint Could you please remove numerix package ? Thanks Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100215135743.28309.95548.report...@yocto.gallu.homelinux.org
Bug#569458: mtink: FTBFS: mainSrc/gimp-mtink.c:26:26: error: libgimp/gimp.h: No such file or directory
Hello, Quick look at it, the relevant lines of the buildlog: Setting up libgimp2.0-dev (2.6.8-1) ... [...] Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gtk+-2.0', required by 'GIMP UI', not found No output from 'pkg-config --cflags gimpui-2.0' Package gtk+-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gtk+-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gtk+-2.0', required by 'GIMP UI', not found No output from 'pkg-config --libs gimpui-2.0' Header file for gimp not found. Please install the gimp development package. The file /usr/lib/pkgconfig/gimpui-2.0.pc shipped by libgimp2.0-dev requires gtk+-2.0. The package is lacking this dependency. I transfer the bug to libgimp2.0-dev. Thanks for the report Sylvain Le Gall On Thu, Feb 11, 2010 at 07:47:07PM +0100, Lucas Nussbaum wrote: Source: mtink Version: 1.0.16-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20100211 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: dh_installemacsen -pmtink dh_installcatalogs -pmtink dh_installpam -pmtink dh_installlogrotate -pmtink dh_installlogcheck -pmtink dh_installchangelogs -pmtink /build/user-mtink_1.0.16-2-amd64-VCNgR8/mtink-1.0.16/CHANGE.LOG dh_installudev -pmtink dh_lintian -pmtink dh_install -pmtink cp: cannot stat `./gimp-mtink': No such file or directory dh_install: cp -a ./gimp-mtink debian/mtink//usr/lib/gimp/2.0/plug-ins/ returned exit code 1 make: *** [binary-install/mtink] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2010/02/11/mtink_1.0.16-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568556: llvm-dev: missing ocaml bindings
Hello, On Fri, Feb 05, 2010 at 02:55:18PM -0500, Ivan Jager wrote: Package: llvm-dev Version: 2.6-4 Severity: normal Would it be possible to package the ocaml bindings as a separate package? Probably something like llvm-ocaml-dev or libllvm-ocaml-dev. I guess to be consistent with other ocaml packages there should be a -ocaml and a -ocaml-dev package... I am a member of the OCaml Packaging team, I should also be a member (UNIX talking) of the pkg-llvm packaging team. Arthur Loiret is the main packager, but if he can tell me where the latest git repository is located, I'm willing to create this package. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567402: dbconfig-common: bashism l113 of config
Package: dbconfig-common Version: 1.8.43 Severity: normal Tags: patch Hello, /usr/share/dbconfig-common/dpkg/config (l113): if [ $DEBIAN_FRONTEND = noninteractive || $RET != true ]; then it should be if [ $DEBIAN_FRONTEND = noninteractive ] || [ $RET != true ]; then Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii ucf 3.0025 Update Configuration File: preserv dbconfig-common recommends no packages. Versions of packages dbconfig-common suggests: ii mysql-client-5.1 [virtual-mys 5.1.41-3 MySQL database client binaries -- debconf information: dbconfig-common/remote-questions-default: false dbconfig-common/pgsql/revertconf: false dbconfig-common/internal/skip-preseed: false dbconfig-common/db/dbname: dbconfig-common/pgsql/manualconf: dbconfig-common/dbconfig-remove: true dbconfig-common/mysql/method: unix socket dbconfig-common/upgrade-backup: true dbconfig-common/pgsql/authmethod-admin: ident dbconfig-common/upgrade-error: abort dbconfig-common/purge: false dbconfig-common/db/basepath: dbconfig-common/install-error: abort dbconfig-common/pgsql/no-empty-passwords: dbconfig-common/pgsql/admin-user: postgres dbconfig-common/dbconfig-install: true dbconfig-common/dbconfig-reinstall: false dbconfig-common/remote/host: dbconfig-common/pgsql/changeconf: false dbconfig-common/remote/newhost: dbconfig-common/missing-db-package-error: abort dbconfig-common/dbconfig-upgrade: true dbconfig-common/pgsql/no-user-choose-other-method: dbconfig-common/internal/reconfiguring: false dbconfig-common/passwords-do-not-match: dbconfig-common/remove-error: abort dbconfig-common/remember-admin-pass: false dbconfig-common/mysql/admin-user: root dbconfig-common/pgsql/method: unix socket dbconfig-common/pgsql/authmethod-user: dbconfig-common/database-type: dbconfig-common/db/app-user: dbconfig-common/remote/port: -- debsums errors found: debsums: changed file /usr/share/dbconfig-common/dpkg/config (from dbconfig-common package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557948: ssmtp: Split configuration or give more informations
Package: ssmtp Version: 2.64-1 Severity: normal Hello, I am just hit by this bug. I understand the fix, and agree with the problem described in #500454. However the error message: Fails to send any mail with send-mail: Cannot open mailhub:25 is quite not helpful for debugging this. The first solution would to have a more explicit error message: File /etc/ssmtp/ssmtp.conf exists but cannot be read, try adding $USER to group mail for example The second solution, for a smoother upgrade is to split configuration between ssmtp.conf and ssmtp.conf.secret. This require more work but will allow people that don't use SMTP AUTH to keep the same ssmtp.conf file and for the other to not disclose their information (they should be stored in .secret). Then there is 3 cases: - no Auth* keyword in ssmtp.conf - keep it this way - package ssmtp detect Auth* in ssmtp.conf - either move these fields to .secret or issue a warning - program ssmtp.conf detect that .secret exists but cannot be read - error message File /etc/ssmtp/ssmtp.conf.secret exists but cannot be read, try adding $USER to group mail Note that I run several servers that communicate with me only through mails. Due to the inability to send mails with ssmtp, I was not able to detect that there was a problem. I think this is a quite big issue that should be upgraded to severity:grave (but this is my POV). Thanks for maintaining ssmtp, this is a great tool Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ssmtp depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgnutls26 2.8.5-2the GNU TLS library - runtime libr ssmtp recommends no packages. ssmtp suggests no packages. -- debconf information: ssmtp/overwriteconfig: true ssmtp/mailname: * ssmtp/mailhub: smtp.gallu.homelinux.org * ssmtp/fromoverride: true * ssmtp/hostname: yocto.gallu.homelinux.org * ssmtp/root: postmaster * ssmtp/rewritedomain: gallu.homelinux.org * ssmtp/port: 25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561351: gforge: After upgrade from etch, admin of all projects are not assigned the good role
Package: gforge Version: 4.7~rc2-7lenny1 Severity: normal Tags: patch Hello, I have dig a little bit to find the solution to this bug. When upgrading from etch, something in the process reassign role_id to 1 for all administrator of all projects (col role_id in table user_group). In the french interface, this can be tested by choosing a project at random and see if its admin in the admin interface have a role of Aucun changement. This also prevents to assign bug and task to admin. There is a simple solution for this: go in admin interface and reset the role of each admin (do it for all projects, all admins). The other solution is in the file attached. You need to copy it in www/ and run it once logged as Site Admin. This bug was fixed on my forge (forge.ocamlcore.org) but at least I have found and fixed the same kind of problem for one of my project on alioth.debian.org (but cannot find other projects). A SELECT group_id FROM user_group WHERE role_id = 1, should help to detect this kind of thing. There is a possibility that this bug is not related to upgrade but of DB reloading... Regards Sylvain Le Gall -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ?php require_once('/usr/share/gforge/www/env.inc.php'); require_once $gfwww.'include/pre.php'; require_once $gfwww.'project/admin/project_admin_utils.php'; require_once $gfwww.'include/role_utils.php'; require_once $gfcommon.'include/account.php'; require_once $gfcommon.'include/GroupJoinRequest.class.php'; $res_group = db_query(SELECT user_group.user_id, user_group.group_id, groups.group_name, users.realname FROM user_group, groups, users WHERE user_group.role_id = 1 AND user_group.admin_flags = 'A' AND groups.group_id = user_group.group_id AND users.user_id = user_group.user_id); while ($row_group=db_fetch_array($res_group)) { $user_id = $row_group[0]; $group_id = $row_group[1]; $groupname = $row_group[2]; $username = $row_group[3]; $group = group_get_object($group_id); if (!$group || !is_object($group)) { exit_error('Error','Could Not Get Group'); } elseif ($group-isError()) { exit_error('Error',$group-getErrorMessage()); }; /* Determine admin role for this group */ $res_role = db_query(SELECT role_id FROM role WHERE group_id = $group_id AND role_name = 'Admin'); if (db_numrows($res_role) == 1) { $row =db_fetch_array($res_role); $role_id = $row[0]; echo Set role_id $role_id for user $username in group $groupnamebr/; if (!$group-updateUser($user_id,$role_id)) { $feedback .= $group-getErrorMessage(); } else { $feedback = _('User updated successfully'); //plugin webcal //change assistant for webcal $params[0] = getIntFromRequest('user_id'); $params[1] = getIntFromRequest('group_id'); plugin_hook('change_cal_permission',$params); $group_id = getIntFromRequest('group_id'); } echo $feedback.\nbr/; } else { echo Number of role 'Admin' for group $groupname: .db_numrows($res_role).\n; } }
Bug#557874: puppet: Puppet from lenny (0.24.5) and from sid (0.25.1) cannot communicate
Package: puppet Version: 0.25.1-2 Severity: normal On my sid system, I downgrade puppet to 0.24.5: ~# dpkg -i ~gildor/download/deb/puppet_0.24.5-3_all.deb dpkg : avertissement : dégradation (« downgrade ») de puppet depuis 0.25.1-2 vers 0.24.5-3. ... Then run puppet: ~# /usr/sbin/puppetd -w 5 --no-daemonize --onetime --verbose warning: peer certificate won't be verified in this SSL session notice: Got signed certificate info: Retrieving plugins info: Caching catalog at /var/lib/puppet/state/localconfig.yaml [...] notice: Finished catalog run in 5.44 seconds Everything is ok there. Then I go back to current sid version: ~# apt-get install puppet [...] Paramétrage de puppet (0.25.1-2) ... [...] ~# /usr/sbin/puppetd -w 5 --no-daemonize --onetime --verbose info: Retrieving plugin err: /File[/var/lib/puppet/lib]: Failed to retrieve current state of resource: Could not retrieve information from source(s) puppet://giga.gallu.homelinux.org/plugins notice: Using cached catalog err: Could not retrieve catalog; skipping run I think the problem comes from a problem an incompatibility between this two versions. Maybe it is an expected behavior. I think it is worth at least a mention in NEWS.Debian or README.Debian. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puppet depends on: ii adduser 3.111 add and remove users and groups ii facter 1.5.6-2 a library for retrieving facts fro ii libopenssl-ruby 4.2 OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2 Libraries necessary to run Ruby 1. ii libshadow-ruby1.81.4.1-8 Interface of shadow password for R ii libxmlrpc-ruby 4.2 transitional dummy package ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii ruby1.8 1.8.7.174-2 Interpreter of object-oriented scr Versions of packages puppet recommends: ii libaugeas-ruby1.8 0.2.0-2Augeas bindings for the Ruby langu ii rdoc 4.2Generate documentation from ruby s puppet suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557878: O: mtink
Package: wnpp Severity: normal Mtink is a status monitor for Epson printer. It works well with Epson Stylus 740 model and help to do some operations otherwise impossible to do (align head, clean nozzle...). The package is in a good shape, I just close remaining bugs. I don't own an Epson printer anymore so I have no more interest in maintaining the package. The last upstream release was made in 2007. Contact me so that I can provide you with a snapshot of my svn repository, if you want to have full history of the package. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552392: dh-ocaml: dh_ocaml doesn't recognize -camlp4-dev
Package: dh-ocaml Version: 0.9.1 Severity: normal For package libbin-prot-camlp4-dev, I must add a OCAML_DHOCAML_FLAGS += --runtime-map libbin-prot-camlp4-dev:- To make dh_ocaml generate the right dependencies. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash dh-ocaml depends on no packages. Versions of packages dh-ocaml recommends: ii ocaml-nox 3.11.1-3 ML implementation with a class-bas dh-ocaml suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549151: FTBFS: /usr/share/cdbs/1/class/ocaml.mk: No such file or directory
Hello, In gmane.linux.debian.devel.ocaml, you wrote: Nobuhiro Iwamatsu a écrit : Package: pgocaml Version: 1.3-1 Severity: serious Tags: patch Justification: FTBFS Hi, Hello. Current pgocaml can not build. Because pass of ocaml.mk is wrong. I'm rather surprised at this. debian/rules:23: /usr/share/cdbs/1/class/ocaml.mk: No such file or directory make: *** No rule to make target `/usr/share/cdbs/1/class/ocaml.mk'. Stop. On my system, the class/ocaml.mk is a symbolic link to ../rules/ocaml.mk, which you seem to have on your system. You are using an old version of dh-ocaml. Please update to dh-ocaml 0.9 and you'll see the compatibility went away. The fix is simple (rename your include) and follow the various guideline you can find here: http://wiki.debian.org/Teams/OCamlTaskForce/DhOCamlTransition Regards, Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546893: network-manager: write an empty /etc/resolv.conf when no connection managed
Package: network-manager Version: 0.7.1-2 Severity: normal On my system the network is static, no dhcp at all. This part is acknowledgeid by NM which doesn't try to change anything regarding network connection. However, it rewrites my /etc/resolv.conf, but without any information, it is an empty file. I google-d a bit and don't find any good solution (except with chattr but I am not sure it is a good solution). Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser3.110 add and remove users and groups ii dbus 1.2.16-2 simple interprocess messaging syst ii dhcp3-client 3.1.2p1-1 DHCP client ii hal0.5.13-3 Hardware Abstraction Layer ii ifupdown 0.6.9 high level tools to configure netw ii libc6 2.9-26GNU C Library: Shared libraries ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1simple interprocess messaging syst ii libgcrypt111.4.4-4 LGPL Crypto library - runtime libr ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgnutls262.8.3-3 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libhal10.5.13-3 Hardware Abstraction Layer - share ii libnl1 1.1-5 library for dealing with netlink s ii libnm-glib00.7.1-2 network management framework (GLib ii libnm-util10.7.1-2 network management framework (shar ii libpolkit-dbus20.9-4 library for accessing PolicyKit vi ii libpolkit2 0.9-4 library for accessing PolicyKit ii libtasn1-3 2.3-1 Manage ASN.1 structures (runtime) ii libudev0 0.141-2 libudev shared library ii libuuid1 2.16-3Universally Unique ID library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii wpasupplicant 0.6.9-3 client support for WPA and WPA2 (I ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages network-manager recommends: ii dnsmasq-base 2.50-1A small caching DNS proxy and DHCP ii iptables 1.4.4-2 administration tools for packet fi pn network-manager-gnome | ne none(no description available) ii policykit 0.9-4 framework for managing administrat ii ppp2.4.4rel-10.1 Point-to-Point Protocol (PPP) - da Versions of packages network-manager suggests: pn avahi-autoipd none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545201: openmovieeditor: No audio and a lot of buffer smaller than AVCODEC_MAX_AUDIO_FRAME_SIZE warnings
Package: openmovieeditor Version: 0.0.20080102-2.2 Severity: important Tags: patch ffmpeg has changed the meaning of certain parameters for the function avcodec_decode_audio2. In particular data_size must be initialized to the size of the buffer. I updated the 04_ffmpeg_headers.dpatch to initialize correctly this parameter. With this update, I get back the audio in the result (i.e. movie rendered). I still have no sound in openmovieeditor however. For those who will read this bug report and expect to have sound back into the editor itself, consider using openmovieeditor dev. version. The viewer now use gmerlin-avdec and is excellent (video and audio are perfect). So don't waste time to try to solve the no sound in editor, jump to not-yet shipped gmerlin-avdec package and build openmovieeditor using dev darcs repository (works nice as of today 2009/09/04). Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openmovieeditor depends on: ii libavcodec52 4:0.5+svn20090609-2 ffmpeg codec library ii libavformat524:0.5+svn20090609-2 ffmpeg file format library ii libavutil49 4:0.5+svn20090609-2 ffmpeg utility library ii libc62.9-25 GNU C Library: Shared libraries ii libfltk1.1 1.1.9-6 Fast Light Toolkit - shared librar ii libgavl1 1.1.1-1 low level audio and video library ii libgcc1 1:4.4.1-3 GCC support library ii libgl1-mesa-glx [lib 7.5-3 A free implementation of the OpenG ii libjack0 0.116.2+svn3592-2 JACK Audio Connection Kit (librari ii libmpeg3-1 1.5.4-5 MPEG streams decoding library ii libquicktime12:1.1.2+debian-1library for reading and writing Qu ii libsamplerate0 0.1.7-2 audio rate conversion library ii libsndfile1 1.0.20-1+b1 Library for reading/writing audio ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii libswscale0 4:0.5+svn20090609-2 ffmpeg video scaling library ii libx11-6 2:1.2.2-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime openmovieeditor recommends no packages. openmovieeditor suggests no packages. -- no debconf information #! /bin/sh /usr/share/dpatch/dpatch-run ## 04_ffmpeg_headers.dpatch by Fabrice Coutadeur ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix location of ffmpeg headers @DPATCH@ diff -urNad openmovieeditor-0.0.20080102~/src/AudioFileFfmpeg.H openmovieeditor-0.0.20080102/src/AudioFileFfmpeg.H --- openmovieeditor-0.0.20080102~/src/AudioFileFfmpeg.H 2009-09-05 19:23:14.0 +0200 +++ openmovieeditor-0.0.20080102/src/AudioFileFfmpeg.H 2009-09-05 19:23:50.0 +0200 @@ -24,8 +24,8 @@ #ifdef AVCODEC extern C { -#include ffmpeg/avcodec.h -#include ffmpeg/avformat.h +#include libavcodec/avcodec.h +#include libavformat/avformat.h } #include global_includes.H diff -urNad openmovieeditor-0.0.20080102~/src/AudioFileFfmpeg.cxx openmovieeditor-0.0.20080102/src/AudioFileFfmpeg.cxx --- openmovieeditor-0.0.20080102~/src/AudioFileFfmpeg.cxx 2009-09-05 19:23:39.0 +0200 +++ openmovieeditor-0.0.20080102/src/AudioFileFfmpeg.cxx 2009-09-05 19:24:28.0 +0200 @@ -130,9 +130,9 @@ ret = av_read_frame( m_formatContext, m_packet ); int len = m_packet.size; uint8_t *ptr = m_packet.data; - int data_size; + int data_size = AVCODEC_MAX_AUDIO_FRAME_SIZE; while ( ptr != NULL ret = 0 m_packet.stream_index == m_audioStream len 0 ) { -ret = avcodec_decode_audio( m_codecContext, m_tmpBuffer, data_size, ptr, len ); +ret = avcodec_decode_audio2( m_codecContext, m_tmpBuffer, data_size, ptr, len ); if ( ret 0 ) { ret = 0; break; diff -urNad openmovieeditor-0.0.20080102~/src/VideoFileFfmpeg.H openmovieeditor-0.0.20080102/src/VideoFileFfmpeg.H --- openmovieeditor-0.0.20080102~/src/VideoFileFfmpeg.H 2009-09-05 19:23:14.0 +0200 +++ openmovieeditor-0.0.20080102/src/VideoFileFfmpeg.H 2009-09-05 19:23:50.0 +0200 @@ -23,10 +23,10 @@ #ifdef AVCODEC extern C { -#include ffmpeg/avcodec.h -#include ffmpeg/avformat.h +#include libavcodec/avcodec.h +#include libavformat/avformat.h #ifdef SWSCALE - #include ffmpeg/swscale.h + #include libswscale/swscale.h #endif /* SWSCALE */ } diff -urNad openmovieeditor-0.0.20080102~/src/nle_main.cxx openmovieeditor-0.0.20080102/src/nle_main.cxx --- openmovieeditor-0.0.20080102~/src/nle_main.cxx 2009-09-05 19:23:14.0 +0200 +++ openmovieeditor-0.0.20080102/src/nle_main.cxx 2009-09-05 19:23
Bug#543344: libsepol1: telinit doesn't work inside chroot
Package: libsepol1 Version: 2.0.37-1 Severity: normal Hello, Installing libsepol1 inside a chroot doesn't work, since telinit cannot be run (nor init u). It fails because init process (pid 1) is not accesible from within the chroot. Ignoring this error seems ok. (|| true on telinit and init line) It is not possible to install a sid chroot without installing libsepol1. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/3 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsepol1 depends on: ii libc6 2.9-25 GNU C Library: Shared libraries libsepol1 recommends no packages. libsepol1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535909:
Hello, On Sat, Aug 08, 2009 at 11:01:45PM -0400, Michael S. Gilbert wrote: reopen 535909 fixed 535909 1:3.0.1-3 thanks This bug has been solved with 1:3.0.1-2 before the bug was opened. thanks for the update. please coordinate with the security team to prepare updates for the stable releases. For stable and oldstable, already done. lenny: 1:2.2.0-4+lenny1 etch: 2.20-8+etch1 Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540146: gentoo's patch and debdiff
Hello, I fix this bug yesterday in the git repository. Please contact me before working on it next time (I am not yet on VAC). I appreciate your work but I am sorry it is a duplicate (and not using the same approach, since I split the patch). Thanks anyway. Regards Sylvain Le Gall On Sat, Aug 08, 2009 at 05:59:04PM +1000, Steffen Joeris wrote: Hi I'd suggest going with gentoo's approach of using a separate oversized.h file. Any objections? I've tried building this, but the debdiff between the -dev binary packages was quite huge, so I am not uploading anything. Cheers Steffen [0]: https://bugs.gentoo.org/attachment.cgi?id=199108action=view diff -u camlimages-3.0.1/debian/changelog camlimages-3.0.1/debian/changelog --- camlimages-3.0.1/debian/changelog +++ camlimages-3.0.1/debian/changelog @@ -1,3 +1,12 @@ +camlimages (1:3.0.1-2.1) unstable; urgency=high + + * Non-maintainer upload by the security team + * Expand security patch for integer overflows to also cover other +image types (Closes: #540146) +Fixes: CVE-2009-2660 + + -- Steffen Joeris wh...@debian.org Sat, 08 Aug 2009 07:05:38 + + camlimages (1:3.0.1-2) unstable; urgency=low [ Mehdi Dogguy ] diff -u camlimages-3.0.1/debian/patches/fix_integer_overflows.dpatch camlimages-3.0.1/debian/patches/fix_integer_overflows.dpatch --- camlimages-3.0.1/debian/patches/fix_integer_overflows.dpatch +++ camlimages-3.0.1/debian/patches/fix_integer_overflows.dpatch @@ -8,82 +8,155 @@ -diff -urNad camlimages~/src/pngread.c camlimages/src/pngread.c camlimages~/src/pngread.c2009-06-23 11:22:20.0 +0200 -+++ camlimages/src/pngread.c 2009-07-03 17:51:31.0 +0200 -@@ -15,6 +15,8 @@ - #include config.h - #endif - -+#include limits.h +Index: src/gifread.c +=== +--- src/gifread.c.orig camlimages-3.0.1/src/gifread.c +@@ -20,6 +20,8 @@ + #include caml/memory.h + #include caml/fail.h + ++#include oversized.h ++ + #include stdio.h + #include string.h + +@@ -191,6 +193,9 @@ value dGifGetLine( value hdl ) + + GifFileType *GifFile = (GifFileType*) hdl; + ++ if( oversized( GifFile-Image.Width, sizeof(GifPixelType) ) ){ ++failwith_oversized(gif); ++ } + buf = alloc_string( GifFile-Image.Width * sizeof(GifPixelType) ); + + if( DGifGetLine(GifFile, String_val(buf), GifFile-Image.Width ) +Index: src/jpegread.c +=== +--- src/jpegread.c.orig camlimages-3.0.1/src/jpegread.c +@@ -20,6 +20,8 @@ + #include caml/memory.h + #include caml/fail.h + ++#include oversized.h ++ + #include stdio.h + #include string.h + +@@ -156,6 +158,12 @@ read_JPEG_file (value name) +*/ + /* JSAMPLEs per row in output buffer */ + ++ if( oversized(cinfo.output_width, cinfo.output_components) ){ ++jpeg_destroy_decompress(cinfo); ++fclose(infile); ++failwith_oversized(jpeg); ++ } ++ + row_stride = cinfo.output_width * cinfo.output_components; + + /* Make a one-row-high sample array that will go away when done with image */ +@@ -177,6 +185,12 @@ read_JPEG_file (value name) + jpeg_read_scanlines(cinfo, buffer + cinfo.output_scanline, 1); + } + ++ if( oversized(row_stride, cinfo.output_height) ){ ++jpeg_destroy_decompress(cinfo); ++fclose(infile); ++failwith_oversized(jpeg); ++ } + - #include png.h - - #include caml/mlvalues.h -@@ -26,6 +28,12 @@ - #define PNG_TAG_INDEX16 2 - #define PNG_TAG_INDEX4 3 - + { + CAMLlocalN(r,3); + r[0] = Val_int(cinfo.output_width); +@@ -352,6 +366,7 @@ value open_jpeg_file_for_read_start( jpe + + { + CAMLlocalN(r,3); ++// CR jfuruse: integer overflow + r[0] = Val_int(cinfop-output_width); + r[1] = Val_int(cinfop-output_height); + r[2] = alloc_tuple(3); +Index: src/oversized.h +=== +--- /dev/null camlimages-3.0.1/src/oversized.h +@@ -0,0 +1,9 @@ ++#include limits.h +/* Test if x or y are negative, or if multiplying x * y would cause an + * arithmetic overflow. + */ +#define oversized(x, y) \ + ((x) 0 || (y) 0 || ((y) != 0 (x) INT_MAX / (y))) + - value read_png_file_as_rgb24( name ) - value name; - { -@@ -81,6 +89,9 @@ ++#define failwith_oversized(lib) \ ++ failwith(#lib error: image contains oversized or bogus width and height); +Index: src/pngread.c +=== +--- src/pngread.c.orig camlimages-3.0.1/src/pngread.c +@@ -17,6 +17,8 @@ + + #include png.h + ++#include oversized.h ++ + #include caml/mlvalues.h + #include caml/alloc.h + #include caml/memory.h +@@ -81,6 +83,9 @@ value read_png_file_as_rgb24( name ) png_get_IHDR(png_ptr, info_ptr, width
Bug#537011: ocaml-gettext: FTBFS: Error: Files gettextModules.cmx and gettextConfig.cmx make inconsistent assumptions over implementation GettextConfig
Hello, On Tue, Jul 14, 2009 at 09:08:12AM -0400, Lucas Nussbaum wrote: Package: ocaml-gettext Version: 0.3.2-2 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090713 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[2]: Entering directory `/build/user-ocaml-gettext_0.3.2-2-amd64-G1dM1j/ocaml-gettext-0.3.2/libgettext-ocaml' ocamlfind ocamlc -package fileutils -c gettextConfig.ml ocamlfind ocamlc -a -o gettextBase.cma gettextConfig.cmo gettextCategory.cmo gettextTypes.cmo gettextUtils.cmo gettextModules.cmo gettextCompat.cmo gettext.cmo gettextFormat_parser.cmo gettextFormat_lexer.cmo gettextFormat.cmo gettextMo_int32.cmo gettextMo_parser.cmo gettextMo_lexer.cmo gettextMo.cmo gettextDummy.cmo ocamlfind ocamlopt -package fileutils -c gettextConfig.ml ocamlfind ocamlopt -a -o gettextBase.cmxa gettextConfig.cmx gettextCategory.cmx gettextTypes.cmx gettextUtils.cmx gettextModules.cmx gettextCompat.cmx gettext.cmx gettextFormat_parser.cmx gettextFormat_lexer.cmx gettextFormat.cmx gettextMo_int32.cmx gettextMo_parser.cmx gettextMo_lexer.cmx gettextMo.cmx gettextDummy.cmx File _none_, line 1, characters 0-1: Error: Files gettextModules.cmx and gettextConfig.cmx make inconsistent assumptions over implementation GettextConfig make[2]: *** [gettextBase.cmxa] Error 2 The full build log is available from: http://people.debian.org/~lucas/logs/2009/07/13/ocaml-gettext_0.3.2-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. Well, I see the build log and I agree that there is an error. However I cannot understand why a second ./configure invocation is done (just before the error). This is what trigger a recompilation of gettextConfig and the error. Recently, the package get recompiled on buildd and all work fine: https://buildd.debian.org/fetch.cgi?pkg=ocaml-gettext;ver=0.3.2-2%2Bb1;arch=amd64;stamp=1246573363 So, I would like to understand what is the difference between your buildd (on 13/07/2009) and official amd64 buildd (on 02/07/2009). FYI, I can reproduce the bug but I have not the least idea why the configure is invoked a second time. I would like to gather some data before trying to find a solution. Regards Sylvain Le Gall ps: Is the difference of CDBS version could be the cause (0.4.56 vs 0.4.57) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537011: ocaml-gettext: FTBFS: Error: Files gettextModules.cmx and gettextConfig.cmx make inconsistent assumptions over implementation GettextConfig
Hello, On Tue, Jul 14, 2009 at 06:55:31PM +0200, Stéphane Glondu wrote: Stéphane Glondu a écrit : Here is the aptitude log for the last upgrade of the chroot: [...] [UPGRADE] cdbs 0.4.56 - 0.4.57 [...] The bug must have been introduced by one of these packages. The guilty appears to be cdbs... Actually, there is little doubt: 1. login into a clean squeeze chroot 2. install ocaml-gettext build-dependencies 3. ugrade the chroot to sid, but keep squeeze version of cdbs 4. the build of ocaml-gettext is successful 5. upgrade cdbs 6. ocaml-gettext FTBFS Lucas, haven't you observed other build failures with packages using cdbs? I'm not yet sure whether this bug should be reaffected to cdbs... I am bcc'ing them to see what they think. I fix the FTBFS but the double configure invocation remains (but no more problematic). This double invocation is a CDBS bugs (which trigger an ocaml-gettext bug). Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536505: libcryptokit-ocaml-dev: Missing dependency on zli1g-dev
Package: libcryptokit-ocaml-dev Version: 1.3-10 Severity: normal cryptokit must be installed with zlib1g-dev to be able to compile native executable. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcryptokit-ocaml-dev depends on: ii libcryptokit-ocaml1.3-10 cryptographic algorithm library fo ii ocaml-nox [ocaml-nox-3.11.0] 3.11.0-5 ML implementation with a class-bas libcryptokit-ocaml-dev recommends no packages. libcryptokit-ocaml-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535909: camlimages: CVE-2009-2295 several integer overflows
Hello, On Sun, Jul 05, 2009 at 07:38:51PM -0400, Michael S. Gilbert wrote: package: camlimages version: 2.20-8 severity: serious tags: security hello, camlimages is vulnerable to several integer overflows [1]. this has not yet been fixed upstream, but has been addressed by redhat [2]. [1] http://www.ocert.org/advisories/ocert-2009-009.html [2] https://bugzilla.redhat.com/show_bug.cgi?id=509531 Patch has already been applied for sid version (3.0.1-2), migration to lenny is blocked by current OCaml 3.11.1 transition. We need to patch lenny (2.2.0-4), but you seems to use etch (2.20-8). Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532305: install pycaml.ml and generate API reference documentation
Package: pycaml Version: 0.82-9 Severity: wishlist Hello, pycaml distribute .cmi file without any readable .mli or .ml file. at least pycaml.ml should be installed and used to generate an API reference documentation using ocamldoc. Regards Sylvain Le Gall -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528603: Patch to add support for backtraces to oUnit
Hello, On Fri, May 15, 2009 at 04:02:11PM -0500, Michael Ekstrand wrote: Attached is a patch for oUnit which does the following: - Augments RError and RFailure with an additional string option element to store a backtrace. - Adds code to test runner to store the backtrace in the result if backtraces are enabled. - Adds code to reporting to print backtraces with the error/failure report. Is the backtrace functions not 3.11 specific ? If this is the case, it should be better to allow some kind of macro to enable/disable it to compile oUnit with at least OCaml 3.10. - Modifies the Makefile to compile everything with -g (so stack traces don't get lost in oUnit). If you use -g in oUnit, you will get the backtrace from oUnit function ? or if you don't use -g you will loose all backtrace ? If you only lost oUnit backtrace, I think you should not enable -g for oUnit, since oUnit function is not very interesting for debugging. Thanks for your work Regards Sylvain Le Gall signature.asc Description: Digital signature
Bug#528603: [mich...@elehack.net: Bug#528603: Patch to add support for backtraces to oUnit]
Hello, You will find attached to this mail a patch to add extra information (from Michael Ekstrand). It uses pa_macro to keep compatibility with 3.11 ocaml version. Regards Sylvain Le Gall ps: if you want to discuss further this patch with Mr Ekstrand and I, keep the bug number in CC. - Forwarded message from Michael Ekstrand mich...@elehack.net - From: Michael Ekstrand mich...@elehack.net Date: Sat, 16 May 2009 11:45:20 -0500 Sylvain Le Gall gil...@debian.org writes: On Fri, May 15, 2009 at 04:02:11PM -0500, Michael Ekstrand wrote: Attached is a patch for oUnit which does the following: - Augments RError and RFailure with an additional string option element to store a backtrace. - Adds code to test runner to store the backtrace in the result if backtraces are enabled. - Adds code to reporting to print backtraces with the error/failure report. Is the backtrace functions not 3.11 specific ? If this is the case, it should be better to allow some kind of macro to enable/disable it to compile oUnit with at least OCaml 3.10. It is 3.11-specific. I have attached a new patch which uses pa_macro to provide compatibility with OCaml 3.10. The method for detecting whether to enable backtrace support works on Debian; I have not tested it in other OCaml environments, but I expect it should work (it uses ocamlc -where to locate printexc.mli, and then greps it for get_backtrace). Further, this patch does not have the additional string option parameter in failure and error results, preferring instead to include the backtrace in the failure message itself. This change is to avoid breaking compatibility with client code which uses the test result types directly. I have also attached a debdiff patch which builds the Debian package with the backtrace patch. - Modifies the Makefile to compile everything with -g (so stack traces don't get lost in oUnit). If you use -g in oUnit, you will get the backtrace from oUnit function ? or if you don't use -g you will loose all backtrace ? If you only lost oUnit backtrace, I think you should not enable -g for oUnit, since oUnit function is not very interesting for debugging. You only lose oUnit backtraces, but some of the interesting exceptions are thrown via oUnit functions (e.g. assert_equal). I think that the backtrace will contain stack elements on both sides of an oUnit call if oUnit does not have debugging information, but I have not specifically tested this. If this is the case, I think it becomes a matter of preference; I tend to prefer seeing my backtraces as complete as possible (I don't like seeing unknown location in the trace if it can be avoided). - Michael Content-Description: Second version of backtrace patch Print backtraces for errors and failures. --- Makefile | 13 ++--- oUnit.ml | 20 +--- 2 files changed, 23 insertions(+), 10 deletions(-) Index: ounit-dev/oUnit.ml === --- ounit-dev.orig/oUnit.ml 2009-05-15 15:59:37.0 -0500 +++ ounit-dev/oUnit.ml 2009-05-16 10:34:22.0 -0500 @@ -259,15 +259,15 @@ let result_path = function RSuccess path - | RError (path, _) - | RFailure (path, _) + | RError (path, _) + | RFailure (path, _) | RSkip (path, _) | RTodo (path, _) - path let result_msg = function RSuccess _ - Success - | RError (_, msg) - | RFailure (_, msg) + | RError (_, msg) + | RFailure (_, msg) | RSkip (_, msg) | RTodo (_, msg) - msg @@ -287,6 +287,12 @@ | EEnd of path | EResult of test_result +DEFINE MAYBE_BACKTRACE = IFDEF BACKTRACE THEN +(if Printexc.backtrace_status () then + \n ^ Printexc.get_backtrace () + else ) +ELSE ENDIF + (* Run all tests, report starts, errors, failures, and return the results *) let perform_test report test = let run_test_case f path = @@ -294,10 +300,10 @@ f (); RSuccess path with - Failure s - RFailure (path, s) + Failure s - RFailure (path, s ^ MAYBE_BACKTRACE) | Skip s - RSkip (path, s) | Todo s - RTodo (path, s) - | s - RError (path, (Printexc.to_string s)) + | s - RError (path, (Printexc.to_string s) ^ MAYBE_BACKTRACE) in let rec run_test path results test = match test with @@ -334,7 +340,7 @@ if verbose then ok\n else . | RFailure (_, _) - if verbose then FAIL\n else F -| RError (_, _) - +| RError (_, _) - if verbose then ERROR\n else E | RSkip (_, _) - if verbose then SKIP\n else S Index: ounit-dev/Makefile === --- ounit-dev.orig/Makefile 2009-05-15 15:59:37.0 -0500 +++ ounit-dev/Makefile 2009-05-16 10:50:55.0 -0500 @@ -9,10 +9,14 @@ ARCHIVE=oUnit.cma XARCHIVE=$(ARCHIVE:.cma=.cmxa) +PRINTEXC_MLI=$(shell ocamlc -where)/printexc.mli + +OCAMLPP_DEFINES=$(shell grep