Bug#588095: downgrade severity
severity 588095 normal thanks Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-rc-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-rc-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-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-rc-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-rc-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-rc-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-rc-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#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-rc-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-rc-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-rc-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-rc-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-rc-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-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520077: libocamlgraph-ocaml-dev is not installable because it depends on old ocaml-nox package
On Tue, Mar 17, 2009 at 09:44:10AM +0100, Alexander Ulrich wrote: Package: libocamlgraph-ocaml-dev Version: 0.99c-1 Severity: grave Justification: renders package unusable libocamlgraph-ocaml-dev does not depend on the new ocaml-nox 3.11* package but on the old ocaml-nox 3.10.2 package which is virtual. This makes it impossible to install the package. We are in the middle of a big transition of ocaml (3.10 - 3.11). Package like ocamlgraph has not yet been uploaded and require extra work (new upstream version). Everything is done to upload it quickly but there is other package in the transition that comes before. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519632: ocamlbricks: FTBFS: ocamldoc-api-ref-config: Command not found
On Mon, Mar 16, 2009 at 12:08:25PM +0100, jonathan.roudi...@lipn.univ-paris13.fr wrote: Hi, /usr/share/cdbs/1/class/ocamldoc-api-ref-config is provide by the ocaml-nox package and ocamlbricks depends on ocaml-nox, Ocaml-nox is it installed on your system ? try apt-get build-dep ocamlbricks before build ocamlbricks, There is an OCaml transition to 3.11. One of the goal of this transition is to move a lots of packaging related stuff into dh-ocaml. ocamldoc-api-ref-config for example is no more in ocaml-nox but in dh-ocaml. You should update your package and upload it for OCaml 3.11 http://wiki.debian.org/Teams/OCamlTaskForce/OCaml311Migration Regards Sylvain Le Gall signature.asc Description: Digital signature
Bug#517240: unison: Uncaught exception File
Hello, On Fri, Feb 27, 2009 at 09:44:24PM +, Berni Elbourn wrote: Sylvain Le Gall wrote: There is a lot of options here, can you try to find the mininal set of option to produce the bug (this will allow to understand more precisely where the error is). unison $FROM $TO -prefer $FROM \ -batch -ui text -terse -contactquietly \ -numericids -times \ -backups -maxbackups 5 Yep. It errors when the -backups option is used. This bug is not present in unison2.13.16 or unison from oldstable. Great work, we are getting closer. Could you give me a list of file present in target/source directory and a list of the backup (if there is already some) ? If we are able to reproduce the bug on a small example, this will be perfect. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517240: unison: Uncaught exception File
Hello, On Thu, Feb 26, 2009 at 03:38:15PM +, Berni Elbourn wrote: Package: unison Version: 2.27.57-1+b1 Severity: grave Justification: renders package unusable This is synchronising unison $FROM $TO -prefer $FROM \ -batch -ui text -terse -contactquietly \ -numericids -times \ -backups -maxbackups 5 Replicating rsh://xx//home/yy/.mozilla/firefox/7wv12p8z.default/places.sqlite changed/ [BGN] Updating file from /xx/yy/.mozilla/firefox/6dwoobzf.default/places.sqlite to //xx//yy//.mozilla/firefox/7wv12p8z.default/places.sqlite Uncaught exception File /build/buildd/unison-2.27.57/path.ml, line 176, characters 4-10: Assertion failed Fatal error: Lost connection with the server The parameters used: unison $FROM $TO -prefer $FROM \ -batch -ui text -terse -contactquietly \ -numericids -times \ -backups -maxbackups 5 The error comes from the fact that and empty element in the path is encounter. I think it comes from the second // in //xx//yy//.mozilla. Could you give me the precise from/to variable ? Moreover the line changed/ is quite strange... Could you investigate a bit. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482920: ocamlgsl: FTBFS on arm
Package: ocamlgsl Severity: serious Justification: no longer builds from source The package doesn't build on arm, because here the default gcc for ocaml is gcc-4.2. Julien Cristau suggests the following fix: i18:25 jcristau OCAML_BACKEND ?= $(shell $(OCAMLC) -verbose foo.c 21 | $(AWK) NR==1 { print \$$2 }) 18:25 jcristau that's gcc-4.2, not gcc, on arm 18:26 jcristau so since it's not gcc, the Makefile assumes it must be mingz 18:26 jcristau mingw, even 18:29 jcristau so the fix is to pass OCAML_BACKEND=gcc to $(MAKE) in debian/rules 18:30 jcristau i won't do it, but it should be fairly easy for someone who wants to deal with cdbs 1 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.6-vs2.2.0.3-core2 (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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482621: cameleon: Patch enhancement
Package: cameleon Followup-For: Bug #482621 On IRC: glondu gildor_: may I suggest you to use the following command: ocamlobjinfo $(OCAMLLIB)/stdlib.cma | perl -ne 'print $(OCAMLLIB)/, lcfirst($$1), .mli if /^ Unit name: (.*)/'? Should be better to known what .mli file to parse for documentation. Regards Sylvain Le Gall -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.6-vs2.2.0.3-core2 (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 cameleon depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra pn libcameleon-ocaml-dev none(no description available) ii libfontconfig1 2.5.0-2 generic font configuration library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libncurses55.6+20080503-1Shared libraries for terminal hand ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-2 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra pn ocaml-base-nox-3.09.2 none(no description available) pn ocaml-dbforge none(no description available) pn ocaml-report none(no description available) pn ocamlcvs none(no description available) ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime cameleon recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482621: cameleon_1.9.18.svn20070918-1+b2(unstable/sparc/spontini): Fails to build documentation
On Sat, May 24, 2008 at 02:19:10AM +0200, Marc 'HE' Brockschmidt wrote: Package: cameleon Version: 1.9.18.svn20070918-1+b2 Severity: serious Heya, A complete build log can be found at http://experimental.debian.net/build.php?arch=sparcpkg=cameleonver=1.9.18.svn20070918-1+b2 ACK. Need to upgrade the SVN snapshot... Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476051: unison: FTBFS: /usr/bin/ocamlopt: unknown option `-O2'.
Hello, On Mon, Apr 14, 2008 at 01:50:23PM +0200, Lucas Nussbaum wrote: Package: unison Version: 2.13.16-9 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080413 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). I have already solved this bug for package unison2.13.16 (should be in NEW). The real problem is that CFLAGS is set and means Compilations FLAGS for the unison makefile. So it uses this flags for the OCaml compiler, which doesn't work. I will apply a more smart patching to solve this issue (add the good option to CFLAGS replacing the -O2 by some compatbile option for ocaml). Regards Sylvain Le Gal (this mail is for the record, since it is a mass bug filling, no one will read it) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476051: unison: FTBFS: /usr/bin/ocamlopt: unknown option `-O2'.
Hello, On Mon, Apr 14, 2008 at 12:52:32PM +0200, Julien Cristau wrote: On Mon, Apr 14, 2008 at 12:36:24 +0200, Sylvain Le Gall wrote: I have already solved this bug for package unison2.13.16 (should be in NEW). The real problem is that CFLAGS is set and means Compilations FLAGS for the unison makefile. So it uses this flags for the OCaml compiler, which doesn't work. That's utterly broken. CFLAGS is meant as flags for the C compiler. unison2.13.16 is legacy. I am preparing a package with the newer version (2.27). Maybe this bug won't affect newer version (2.27). Fixing this kind of legacy package by overriding this variable is not that awful. If the bug appear in newer version, i will patch and submit the bug upstream. I will apply a more smart patching to solve this issue (add the good option to CFLAGS replacing the -O2 by some compatbile option for ocaml). Ewww. Are you going to do the same for every possible flag? Either fixing the makefile to use another variable or unsetting CFLAGS in debian/rules would be saner IMO. That is what i am doing now (unsetting CFLAGS in debian/rules -- when calling make all CFLAGS=). Following your recommendation, i will stay with my first solution... Which give me less work ;-) (this mail is for the record, since it is a mass bug filling, no one will read it) Not true. Great i was untrue... This give me the occasion to talk about this fix ;-) Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476051: unison: FTBFS: /usr/bin/ocamlopt: unknown option `-O2'.
On Mon, Apr 14, 2008 at 04:10:16PM +0200, Lucas Nussbaum wrote: On 14/04/08 at 12:36 +0200, Sylvain Le Gall wrote: Hello, On Mon, Apr 14, 2008 at 01:50:23PM +0200, Lucas Nussbaum wrote: Package: unison Version: 2.13.16-9 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080413 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). I have already solved this bug for package unison2.13.16 (should be in NEW). The real problem is that CFLAGS is set and means Compilations FLAGS for the unison makefile. So it uses this flags for the OCaml compiler, which doesn't work. I will apply a more smart patching to solve this issue (add the good option to CFLAGS replacing the -O2 by some compatbile option for ocaml). Regards Sylvain Le Gal (this mail is for the record, since it is a mass bug filling, no one will read it) Hey, I do read replies, since sometimes people ask questions. ;) Sorry for the tone... This mail is more for my personnal record in the BTS. Note for later: don't think QA is not reading replies ;-) Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456840: ocaml-sdl need a binary upload
Hello, I just read your question on IRC. I think the fix is quiet simple. lablgl has been uploaded not so long ago into unstable and it has generated an incompatibility with the currently packaged ocamlsdl. You just have to ask a binary upload of ocamlsdl to -release to solve this bug. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442230: cameleon - FTBFS: checking for camlp4... no
On Fri, Sep 14, 2007 at 11:29:14AM +0200, Bastian Blank wrote: Package: cameleon Version: 1.9.13-2+b1 Severity: serious There was an error while trying to autobuild your package: Yep, i know... I don't ask for this binNMU, because i was working a a version that compile. I discuss this unwanted binNMU on -release. Nevermind, you'll have to wait that i ship a new version of cameleon that build. Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418200: blender: fails in pre-removal scripts with UnboundLocalError: local variable 'config'
Package: blender Version: 2.42a-6 Severity: grave Justification: renders package unusable Hello, The new pre-removal script seems buggy ! But i am not a python expert. Regards Sylvain Le Gall -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1-grand Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages blender depends on: ii gettext [libgettextpo0] 0.16.1-1GNU Internationalization utilities ii liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str ii libavcodec0d 0.cvs20060823-8 ffmpeg codec library ii libavformat0d0.cvs20060823-8 ffmpeg file format library ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libdc1394-13 1.1.0-3+b1 high level programming interface f ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.6 The OpenGL utility library (GLU) ii libgsm1 1.0.10-13 Shared libraries for GSM speech co ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libogg0 1.1.3-2 Ogg Bitstream Library ii libopenexr2c2a 1.2.2-4.3 runtime files for the OpenEXR imag ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libraw1394-8 1.2.1-2 library for direct access to IEEE ii libsdl1.2debian 1.2.11-8Simple DirectMedia Layer ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisenc21.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-7 X11 client-side library ii libxi6 1:1.0.1-4 X11 Input extension library pn python-central none (no description available) pn python2.4none (no description available) ii zlib1g 1:1.2.3-13 compression library - runtime blender recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349674: Could the severity of this bug be reduced to allow unison into testing?
severity 349674 important thanks Hello, On Thu, Oct 19, 2006 at 08:38:47AM +0100, Reuben Thomas wrote: Rationale: this is a bug in all current versions of unison. It applies to a specific use case, one in which one of the media is likely to disappear during backup. By all means add a big fat warning until the bug is fixed, but please don't prevent us getting the up-to-date version of unison. The version currently in testing, 2.9.1, is built with hacks, has UI problems as a result (I filed a bug which was reasonably closed wontfix about this) and has bugs and missing features compared to the current version; hence, allowing the current version into testing is an improvement all round. A comprehensive user :-) OK, i agree with the severity lowering. I will apply the correction that the upstream proposed to me : explain in README.Debian that using unison on removable media in batch mode is unsafe (it is enough specific to lower the bug severity). FYI, i will begin to work on a correction of this ASAP (ie when i will have made my other package enter etch with a decent version number). Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375215: (no subject)
thanks Subject: libnss-ldap: This bugs come back Followup-For: Bug #375215 Package: libnss-ldap Version: 251-5.2 After an upgrade to 251-5.2, during the boot sequence i have an increasing timeout during udev initialization (16, 32, 64 seconds). Downgrading to udev 251-5.1 solve the problem. Here is a part of nsswitch.conf : passwd: compat files ldap [UNAVAIL=return] group: compat files ldap [UNAVAIL=return] shadow: compat files ldap [UNAVAIL=return] Regard Sylvain Le Gall -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.19-grand Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.5Debian configuration management sy ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libkrb531.4.4-3 MIT Kerberos runtime libraries ii libldap22.1.30-13+b1 OpenLDAP libraries Versions of packages libnss-ldap recommends: ii libpam-ldap 180-1.1 Pluggable Authentication Module al ii nscd 2.3.6.ds1-4 GNU C Library: Name Service Cache -- debconf information: * libnss-ldap/dblogin: false * shared/ldapns/base-dn: dc=gallu,dc=homelinux,dc=org libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net * libnss-ldap/dbrootlogin: true libnss-ldap/override: true * shared/ldapns/ldap-server: ldap * libnss-ldap/confperm: false * libnss-ldap/rootbinddn: cn=admin,dc=gallu,dc=homelinux,dc=org * shared/ldapns/ldap_version: 3 * libnss-ldap/nsswitch: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389759: fbgetty: removing the package fails
Hello, Bill Allombert writes: Package: fbgetty Version: 0.1.698-7 Severity: serious Hello Sylvain, There is an error when attempting to remove fbgetty: Removing fbgetty ... dpkg: error processing fbgetty (--remove): subprocess post-removal script returned error exit status 1 The postrm include the following: remove | disappear) id fbgetty /dev/null 21 userdel fbgetty sg fbgetty -c true 2 /dev/null groupdel fbgetty 1) this fail if the user fbgetty does not exist, so the script is not idempotent as it should. 2) direct use of userdel/groupdel are frowned upon, you must use adduser tools: deluser, delgroup, see policy 10.9. Permissions and owners Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. Humm, i think this bug has already been reported... But it is ok. The severity gives me enough reason to work on it soon... I will try to correct the thing ASAP. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379146: fix for this bug?
Hello, Marc 'HE' Brockschmidt writes: Heya, You said you would try to reproduce this bug and then forward it to upstream, nothing like that has happened in the last few weeks. What's up? I was in discussion with upstream author. I was waiting a mail from him. I receive it last friday or so. He doesn't maintain headache anymore... So, i made some progress during last week ;-) But it was not the expected answer... Anyway, i see this bug has been solved in a NMU. I will acknownledge the NMU tonight. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387319: ocamldap needs to be rebuilt against the new pcre-ocaml
Hello, On Wed, Sep 13, 2006 at 06:19:09PM +0200, Stefano Zacchiroli wrote: Package: libldap-ocaml-dev Version: 2.1.8-1 Severity: serious After my upload of libpcre-ocaml-dev 5.11.1-1 ocamldap needs to be rebuilt against it: [EMAIL PROTECTED]:~$ ledit ocaml Objective Caml version 3.09.2 Findlib has been successfully loaded. Additional directives: #require package;; to load a package #list;; to list the available packages #camlp4o;;to load camlp4 (standard syntax) #camlp4r;;to load camlp4 (revised syntax) #predicates p,q,...;; to set these predicates Topfind.reset();; to force that packages will be reloaded #thread;; to enable threads Let me know if you want an NMU for that. No, i will take time, tonight to do it. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349674: Unison and removable drives
Hello, On Mon, Jul 31, 2006 at 09:30:35AM +0530, Kapil Hari Paranjape wrote: tags 349674 upstream thanks Hello, As reported in Debian bug #349674 which can be seen at http://bugs.debian.org/349674 Unison has problems when the file system is removed from under it. For example, here is the result of my experiment. Setup: A USB drive is mounted at /media/fakehd0 /media/fakehd0/a and /tmp/b are directories that have already been synchronised by unison in the past. Experiment: Run the command unison -batch -logfile /tmp/test.log /media/fakehd0/a /tmp/b and unplug the USB drive from the machine before the synchronisation can complete. Result: The files on /tmp/b that were not synchronised before the unplugging are deleted. In the logfile we see that there is an I/O error recorded by unison before this problem occurs. Real World Scenario: USB and floppy media are known to fail mysteriously while they are being used. A problem like that above could lead to a backup procedure deleting files instead of backing them up! Possible solution: unison should abort on I/O errors. Thanks and regards, I see, you submitted the bug directly upstream... very well and thanks. I hope it will be fixed in the next upstream release (but i think i will backport changes to the current unison package). Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379146: headache: `line' setup does not works
Hello, On Fri, Jul 21, 2006 at 07:26:01PM +0200, Pierre Habouzit wrote: Package: headache Version: 1.03-8 Severity: grave when you configure headeache to generate 'line' setups, like: | .*\\.c - lines line:* width:1 open:/* close:*/ begin: * last: it is unable to recognize its previous headers, and creates new ones ever and ever again. worse, when the configuration is: | .*\\.c - lines line:* open:/* close:*/ if you create a foo.c that is exactly: -8--- int main() { return 1; } -8--- the first time you run headache all is fine. The second time, it *EATS* the function and causes data loss (hence the severity of the bug). Upstream bug off course, i will confirm and send it upstream next monday. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319538: Bug present in Debian 3.1 stable
Hello, On Thu, Jul 20, 2006 at 02:15:15PM +0200, Pierre HABOUZIT wrote: On Thu, Jul 20, 2006 at 12:09:25PM +0200, Stéphane Gourichon wrote: I encountered the very same symptoms as reported by Jason Cormie on a fresh Debian 3.1 install. The strangest thing is that on http://packages.debian.org/stable/net/unison-gtk The dependency on libgtk1.2 is there except on i386. [dep] libgtk1.2 (= 1.2.10-4) [not i386] I suspect a bug in an automatic dependency calculation logic. Cheers to all people involved in the Debian project ! I don't think it is, FWIW I think it's a problem on the maintainer machine (here on Sylvain's presumably). When I rebuild unison-gtk in a clean sarge pbuilder i386 chroot, I do have correct dependencies: $ dpkg --info unison-gtk_2.9.1-2sarge2_i386.deb | grep Depends Depends: [???] libgtk1.2 (= 1.2.10-4), [???] So I suppose, you just have to ask the SRM for a simple binNMU of the package for i386. Just FYI, here is my original message (in french, sorry) to Stephane: Inutile d'ouvrir un bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319538 Mais il faut que je l'ouvre à nouveau. Ce type de bug doit plus tenir à la façon dont unison pour sarge a été généré qu'autre chose (en d'autre mot c'est un bug local qui devrait se corriger de lui même en reconstruisant unison pour i386/sarge, donc qui ne demande que de faire une binary upload). Il faut que je vois ca. Vous pouvez tout de même envoyer un bug report au bug que je vous ais indiqué, ca permettra de le mettre un peu plus en valeur. So i also think it only need a binNMU (binary Non Maintainer Upload) but i would really like to know why it has lost this dependency during the build ! (i really don't play with any custom dpkg/debhelper package). Kind regard Sylvain Le Gall
Bug#378831: mldonkey-server: mldonkey crashes on startup
Hello, On Wed, Jul 19, 2006 at 12:24:00PM +0200, Samuel Mimram wrote: Hi, Julien Langer wrote: Since version 2.7.7-4 the mldonkey-server always crashes on startup with the following message: *** glibc detected *** corrupted double-linked list: 0x0850c210 *** This does not happen with version 2.7.7-3 My guess here is that this is due to the dependency on libmagic which I've added in 2.7.7-4. To confirm this, could you please send me a gdb stacktrace? In order to get this, you only have to do % gdb mldonkey_server (gdb) r ... [wait for the crash] ... (gdb) bt and send me the output. I think you can also use valgrind which will help you to plot exactly where this error happens. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376170: cameleon - FTBFS: Exception: Program_not_found ocamlopt.
Hello, On Fri, Jun 30, 2006 at 06:25:16PM +0200, Bastian Blank wrote: Package: cameleon Version: 1.9.13-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of cameleon_1.9.13-1 on debian-31 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), dpatch, ocaml-nox (= 3.09.2), liblablgtk2-ocaml-dev (= 2.4.0), libxml-light-ocaml-dev, libxml2-utils, xsltproc, docbook-xsl (= 1.64.1), docbook-xml (= 4.2-12), imagemagick, ocaml-findlib [...] checking for ocamldep... /usr/bin/ocamldep checking for ocamlopt... no Exception: Program_not_found ocamlopt. make: *** [configure-stamp] Error 1 ** Build finished at 20060630-1206 FAILED [dpkg-buildpackage died] Yes, i know. I was a little bit too busy for looking at this bug, but expect a solution in the next week or so (i also need to check the entire way of working of cameleon, because i don't think it is in a quite useable state right now). Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373830: GUI cameleon2.byte fails to work
Hello, On Thu, Jun 15, 2006 at 10:22:43PM +0300, Famelis George wrote: Package: cameleon Version: 1.9.13-1 Severity: grave Justification: renders package unusable After running the cameleon2.byte a minimal GUI is presented (menu File, Doc, Configure and a button whith a camel). At the same time the following messages are presented in the terminal: [EMAIL PROTECTED]:~$ cameleon2.byte Loading file /usr/lib/ocaml/3.09.2/cameleon/stdlib.odoc /usr/lib/ocaml/3.09.2/cameleon/stdlib.odoc: No such file or directory /usr/lib/ocaml/3.09.2/cameleon/stdlib.odoc: /usr/lib/ocaml/3.09.2/cameleon/stdlib.odoc: No such file or directory Loading file /usr/lib/ocaml/3.09.2/cameleon/cameleon.odoc /usr/lib/ocaml/3.09.2/cameleon/cameleon.odoc: No such file or directory /usr/lib/ocaml/3.09.2/cameleon/cameleon.odoc: /usr/lib/ocaml/3.09.2/cameleon/cameleon.odoc: No such file or directory You should install cameleon-doc to have documentation. This error is not grave, it just prevents you to have online documentation. From the File menu one can only see the Log window and Quit. Pressing the button with the camel the following message appears sh: topcameleon: command not found Yep, that is 100% normal, topcameleon is not included in debian, for license reason. I should remove the camel button, once i will have time. Concerning the whole problem, i agree with you that there is something missing, which makes cameleon less useable... I will investigate a bit to find some error i should have missed during the build/patch process. Kind regard Sylvain Le Gall ps: if you have some hints to make cameleon works better, i am waiting for any advice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369770: mldonkey - FTBFS: Objective-Caml 3.09.1 is required
Hello, On Thu, Jun 01, 2006 at 09:45:05AM +0200, Bastian Blank wrote: Package: mldonkey Version: 2.7.3-2+b1 Severity: serious There was an error while trying to autobuild your package: Automatic build of mldonkey_2.7.3-2+b1 on debian01 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: ocaml-nox (= 3.09.0), debhelper (= 4.1.16), po-debconf, xsltproc, zlib1g-dev, docbook-xsl (= 1.64.1), docbook-xml (= 4.2-12), chrpath, m4, dpatch (= 1.11), debconf (= 0.2.26), liblablgtk2-ocaml-dev, libgd2-noxpm-dev, liblablgtk2-gnome-ocaml-dev [...] checking for wget... no checking for wget... /build/buildd/mldonkey-2.7.3/config/wget Objective-Caml 3.09.1 is required * *** Check http://caml.inria.fr/ Do you want this script to try to download and install ocaml LOCALLY in mldonkey directory ? make: *** [configure-stamp] Error 1 ** Build finished at 20060531-0331 FAILED [dpkg-buildpackage died] Yeah, i know, mldonkey has a stronger dependency on ocaml than any other package (mainly because of its build script rather than anything else). I will try to upgrade mldonkey to a more recent upstream release to correct this problem. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370007: libcamomile-ocaml-dev: binNMU-unsafe dependency on libcamomile-ocaml-data (= ${Source-Version})
Hello, On Fri, Jun 02, 2006 at 01:54:31PM -0400, Aaron M. Ucko wrote: Package: libcamomile-ocaml-dev Version: 0.6.3-3+b1 Severity: grave Justification: renders package unusable (uninstallable) libcamomile-ocaml-dev's debian/control entry specifies a strict dependency on libcamomile-ocaml-data (= ${Source-Version}). Because the latter is architecture-independent, binary-only rebuilds (such as the one that just happened for the ocaml 3.09.2 transition) leave libcamomile-ocaml-dev uninstallable. You can make the package safe to binNMU in future transitions by build-depending on dpkg-dev (= 1.13.19) and substituting ${source:Version} for ${Source-Version}. OK, i note the tip, i will use it ASAP. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361583: NMU
Hello, On Thu, May 04, 2006 at 07:18:25PM +0200, Samuel Mimram wrote: Hi, This RC bug has been open for a long time. I'll do an NMU of it soon, unless you object to it. Cheers, Samuel. No problem, thanks for the NMU. If you have commited your change to the SVN it should be easy to integrate it back. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361583: [: Re: Bug#361583: FTBFS: too few arguments to function 'gsl_cdf_pascal_Q']
- Forwarded message from - Date: Sun, 23 Apr 2006 06:54:46 -0700 To: Julien Cristau [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#361583: FTBFS: too few arguments to function 'gsl_cdf_pascal_Q' Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] User-Agent: Mutt/1.5.11+cvs20060126 Status: RO Hello, On Fri, Apr 21, 2006 at 03:16:54AM +0200, Julien Cristau wrote: tags 361583 + patch kthxbye On Sun, Apr 9, 2006 at 09:08:27 +0200, Martin Michlmayr wrote: Package: ocamlgsl Version: 0.4.0-4 Severity: serious Your package fails to build due to a change in unstable in the last few days: Ok, thanks for the patch. I will apply it ASAP. Regard Sylvain Le Gall ps: i have almost no internet connection at this time, don't expect a fast correction - End forwarded message - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368118: mldonkey-server: /etc/init.d/mldonkey stop exits with non-zero code when server was not running
Hello, On Sat, May 20, 2006 at 12:33:59AM +0200, Peter Palfrader wrote: Package: mldonkey-server Version: 2.7.3-2 Severity: serious Running /etc/init.d/mldonkey-server stop when the mldonkey-server is not running at the monent results in the script returning a non-zero exit code. | galaxy:~# /etc/init.d/mldonkey-server stop | Stopping MLDonkey: mlnetNo process in pidfile `/var/run/mldonkey/mlnet.pid' found running; none killed. | galaxy:~# echo $? | 1 This breaks your prerm script, so the package can no longer be removed. | galaxy:~# dpkg --purge mldonkey-server | (Reading database ... 224543 files and directories currently installed.) | Removing mldonkey-server ... | Stopping MLDonkey: mlnetNo process in pidfile `/var/run/mldonkey/mlnet.pid' found running; none killed. | invoke-rc.d: initscript mldonkey-server, action stop failed. | dpkg: error processing mldonkey-server (--purge): | subprocess pre-removal script returned error exit status 1 | Starting MLDonkey: mlnet configuration file prevent mlnet to be started (use force-start). | Errors were encountered while processing: | mldonkey-server | galaxy:~# Peter OK, will take this into account ASAP. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319538: Bug 319538: unison-gtk: Does not start due to missing libgtk1.2
Hello, On Sat, Feb 18, 2006 at 02:11:17PM +0100, Emidio Planamente wrote: Hi, I just want to notify this bug has been archived but is still present in Sarge. Cheers Emidio Maybe this bug is serious enough to justify an update in sarge. I will see ASAP. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345793: mldonkey: fails to build on alpha
Hello, On Tue, Feb 14, 2006 at 02:30:20PM +0100, Julien Cristau wrote: On Tue, Jan 3, 2006 at 17:54:24 +, Sylvain Le Gall wrote: Hello, On Tue, Jan 03, 2006 at 03:42:09PM +0100, Julien Cristau wrote: Package: mldonkey Severity: serious Justification: no longer builds from source Hi, the build fails when building mlnet with what looks like http://caml.inria.fr/mantis/view.php?id=3072. You should probably build mlnet with ocamlc to work around this. Humm, in fact i think that the ocaml package should stop building ocamlopt for alpha, if it is really failing (i feel that this error comes from libasmrun, which is part of ocaml). I know that this is an ocamlopt bug (which appears only with big executables on alpha), but I think it could easily be worked around in mldonkey (coq already does this IIRC), either by using ocamlc on alpha or by falling back to ocamlc if ocamlopt fails. 2.7.3-1 still fails to build in the same way. Cheers, Julien Well, i will use the same workaround as coq (if it suits my need). Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352638: mldonkey: FTBFS with ocaml 3.09.1
Hello, On Sun, Feb 12, 2006 at 10:48:31PM -0800, Steve Langasek wrote: Package: mldonkey Version: 2.7.1-2 Severity: serious Justification: no longer builds from source Hi Sylvain, The current mldonkey package build-depends on ocaml-nox (= 3.09.0), but it appears that it doesn't build with ocaml 3.09.1 -- complaining that 3.09.0 must be installed: [...] checking for /build/buildd/mldonkey-2.7.1/patches/local/bin/ocamlc.opt... no checking for rpmbuild... no checking for rpm... no checking for wget... no checking for wget... /build/buildd/mldonkey-2.7.1/config/wget Objective-Caml 3.09.0 is required * *** Check http://caml.inria.fr/ Do you want this script to try to download and install ocaml LOCALLY in mldonkey directory ? make: *** [configure-stamp] Error 1 [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=mldonkeyarch=hppaver=2.7.1-2%2Bb1stamp=1139808747file=log; the same build failure occurs on mips, mipsel, and s390, and probably on all others. Since the mldonkey binary packages on these architectures also depend on ocaml-base-3.09.0, mldonkey will need to be removed from testing for 3.09.1 to be allowed in pending a fix for this. Yep, i know, i am planning to upload a new version tonight (in 1 hour or so). It should depends on ocaml-nox (= 3.09.1) and should build fine, provided the latest lablgtk2 upload correct some errors i have encounter. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349674: unison: causes data loss if one of the replicas disappears
Hello, On Tue, Jan 24, 2006 at 02:35:25PM +0100, Gabor Gombas wrote: Package: unison Version: 2.13.16-4 Severity: critical Justification: causes serious data loss Hi, I'm regularly replicating my home directory to an USB harddisk using unison. This morning the USB drive got disconnected during the synchronization (hw error). Instead of noticing that one of the replica roots have completely disappeared and aborting, unison started to delete large amounts of data from my home directory. Luckily I could restore most of it, but this behaviour makes unison unsuitable as a serious synchronization tool. Possible solution: unison should do a stat() on the replica roots before delete operations and if the st_dev field changes (i.e. the file system containing the replica is unmounted or is over-mounted) it should abort the synchronization. This is not a complete solution as it does not protect from e.g. bind mounts, but it would at least cover the removable device fails causing the mount to go away case. Gabor Was it during the synchronisation phase (when effectively doing operation) or before (when calculating changes) ? I think, it is the first case, and in this case, i agree : it a real problem. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347465: mldonkey-server: bus error on sparc
Hello, On Tue, Jan 10, 2006 at 10:09:54PM +0100, Bruno Kleinert wrote: Package: mldonkey-server Severity: grave Justification: renders package unusable since i upgraded mldonkey-server on my sparc to version 2.7.1-2 i receive a bus error in /var/log/syslog every time the mlnet binary binary is tried to start. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) ^^ Do you own a sparc or amd64 ? Please give me the full syslog lines to see if i can guess anything from it... Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345792: xml-light_2.2-1: FTBFS: No rule to make target `xml_parser.cmi'
Hello, On Tue, Jan 03, 2006 at 06:39:17AM -0800, Steve Langasek wrote: Package: xml-light Version: 2.2-1 Severity: serious Tags: patch .mly.ml: ocamlyacc $ at the bottom. I don't know why this worked previously, but at least with the current version of make, this means make doesn't know xml_parser.mli has been built and therefore can't use it to build xml_parser.cmi. A make rule that *does* work is this: %.mli %.ml: %.mly ocamlyacc $ Indeed, that the rule i am using in my own ocaml project. Will fix it right now. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345793: mldonkey: fails to build on alpha
Hello, On Tue, Jan 03, 2006 at 03:42:09PM +0100, Julien Cristau wrote: Package: mldonkey Severity: serious Justification: no longer builds from source Hi, the build fails when building mlnet with what looks like http://caml.inria.fr/mantis/view.php?id=3072. You should probably build mlnet with ocamlc to work around this. By the way, the build continues even if mlnet fails to build, which is not a good thing as it makes it harder to detect failures. The build log is available at http://buildd.debian.org/fetch.php?pkg=mldonkeyver=2.7.1-2arch=alphastamp=1136182912file=logas=raw Humm, in fact i think that the ocaml package should stop building ocamlopt for alpha, if it is really failing (i feel that this error comes from libasmrun, which is part of ocaml). I think, i will wait till the release of ocaml 3.09.1 to take a decision, but this decision will be made on ocaml itself (no more support for native compilation on alpha). Considering the fact that the compilation is failing without warning, you are absolutely right, it should fail earlier in the build process. I will fix it ASAP, by adding a test in the rules, to check the presence of mlnet at the end of the compilation. The upstream Makefile is ignoring too much things, but it is complicated to touch this kind of stuff. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345538: mtink: FTBFS: Build dependency on xlibs-dev
Hello, On Sun, Jan 01, 2006 at 05:09:14PM +0100, Kurt Roeckx wrote: Package: mtink Version: 1.0.12-1 Severity: serious Hi, Your package still has a build on xlibs-dev. This has been removed as announced on: http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html This means your package is now failing to build. Well, i note, this. I think i will upload a new package tomorrow. Sorry for the inconvenience. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344401: firefox: Confirmation
Package: firefox Version: 1.5.dfsg-2 Followup-For: Bug #344401 Hello, I can confirm this bug. My papersize is A4 by default on my system. My CUPS works in A4 mode for most applications. When i try to print anything with firefox and CUPS, i get an error about papersize. I have also tried to change the papersize in the property of the printer. Anyway, i can print with Xprint. But this bug is very annoying. Thanks for maintaining firefox, Kind regard Sylvain Le Gall -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3-grand Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig 2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-9 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-11 The Independent JPEG Group's JPEG ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxp6 6.8.2.dfsg.1-11 X Window System printing extension ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii psmisc 21.8-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-9 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344463: cameleon: ftbfs [sparc] undefined reference to `caml_Double_val'
Hello, On Thu, Dec 22, 2005 at 12:00:31PM -0800, Blars Blarson wrote: Package: cameleon Version: 1.9.9.cvs20051129-2 Severity: serious Justification: no longer builds from source cameleon failed to build on a sparc buildd, duplicated on my sparc pbuilder. /usr/bin/ocamlc -warn-error FSP -o report2.gui.byte -I +lablgtk2 -I +ocamldoc -I +xml-light -I ocaml/parsing -I ocaml/typing -I ocaml/driver -I ocaml/utils -I okey -I utils -I tmpl-engine -I config_file -I configwin -I report -I dbforge -I ocamlcvs -I cameleon -I camtop -I plugins \ str.cma lablgtk.cma lablglade.cma config_file.cmo \ okey.cmo configwin.cma xml-light.cma \ report/rep_installation.cmo report/rep_messages.cmo report/rep_misc.cmo report/rep_args.cmo report/rep_desc.cmo report/rep_buffer.cmo report/rep_types.cmo report/rep_io.cmo report/rep_gen.cmo report/rep_gui_base.cmo report/rep_gui.cmo report/rep_gui_main.cmo /usr/lib/ocaml/3.09.0/lablgtk2/liblablgtk2.a(ml_gtktree.o): In function `ml_gtk_tree_view_scroll_to_cell': undefined reference to `caml_Double_val' /usr/lib/ocaml/3.09.0/lablgtk2/liblablgtk2.a(ml_gtktree.o): In function `ml_gtk_tree_view_scroll_to_cell': undefined reference to `caml_Double_val' /usr/lib/ocaml/3.09.0/lablgtk2/liblablgtk2.a(ml_gtktext.o): In function `ml_gtk_text_view_scroll_to_mark': undefined reference to `caml_Double_val' /usr/lib/ocaml/3.09.0/lablgtk2/liblablgtk2.a(ml_gtktext.o): In function `ml_gtk_text_view_scroll_to_mark': undefined reference to `caml_Double_val' /usr/lib/ocaml/3.09.0/lablgtk2/liblablgtk2.a(ml_gtktext.o): In function `ml_gtk_text_view_scroll_to_mark': undefined reference to `caml_Double_val' /usr/lib/ocaml/3.09.0/lablgtk2/liblablgtk2.a(ml_gtktext.o): more undefined references to `caml_Double_val' follow collect2: ld returned 1 exit status Error while building custom runtime system make[2]: *** [report2.gui.byte] Error 2 Well, seems to be a ug in lablgtk2 (another ocaml package). I will have a look at it soon. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343873: cameleon - FTBFS: /bin/sh: no: command not found
Hello, On Sun, Dec 18, 2005 at 12:48:09PM +0100, Bastian Blank wrote: Package: cameleon Version: 1.9.9.cvs20051129-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of cameleon_1.9.9.cvs20051129-1 on debian01 by sbuild/s390 79 /usr/bin/ocamlc -warn-error FSP -a -custom -o dbforge/dbforge_gui.cma -I +lablgtk2 -I +ocamldoc -I +xml-light -I ocaml/parsing -I ocaml/typing -I ocaml/driver -I ocaml/utils -I okey -I utils -I tmpl-engine -I config_file -I configwin -I report -I dbforge -I ocamlcvs -I cameleon -I camtop -I plugins dbforge/dbf_installation.cmo dbforge/dbf_misc.cmo dbforge/dbf_sql.cmo dbforge/dbf_sql_gen.cmo dbforge/dbf_sql_vgen.cmo dbforge/dbf_sql_io.cmo dbforge/dbf_gtk2Misc.cmo dbforge/dbf_gladeWidgets.cmo dbforge/dbf_dbStores.cmo dbforge/dbf_selectWidget.cmo dbforge/dbf_dbWidget.cmo dbforge/dbf_columnGUI.cmo dbforge/dbf_indexGUI.cmo dbforge/dbf_virtualTableGUI.cmo dbforge/dbf_tableGUI.cmo dbforge/dbf_gui.cmo dbforge/dbforge_gui.cmo no -warn-error FSP -pp camlp4o -rectypes -I +lablgtk2 -I +ocamldoc -I +xml-light -I ocaml/parsing -I ocaml/typing -I ocaml/driver -I ocaml/utils -I okey -I utils -I tmpl-engine -I config_file -I configwin -I report -I dbforge -I ocamlcvs -I cameleon -I camtop -I plugins -c ocamlcvs/ocvs_messages.ml /bin/sh: no: command not found make[2]: *** [ocamlcvs/ocvs_messages.cmx] Error 127 rm tmpl-engine/tmplLexer.ml make[2]: Leaving directory `/build/buildd/cameleon-1.9.9.cvs20051129/src' make[1]: *** [src] Error 2 make[1]: Leaving directory `/build/buildd/cameleon-1.9.9.cvs20051129' make: *** [build-stamp] Error 2 ** Build finished at 20051214-0127 FAILED [dpkg-buildpackage died] Humm... Maybe it is related to the absence of ocamlopt compiler. I will have a look at it tomorrow. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343874: camomile - FTBFS: no: Command not found
Hello, On Sun, Dec 18, 2005 at 12:55:13PM +0100, Bastian Blank wrote: Package: camomile Version: 0.6.3-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of camomile_0.6.3-1 on debian-31 by sbuild/s390 79 ocamlc -a -o camomile.cma camomile.cmo no -c -for-pack Camomile -I internal -I public -I toolslib -I . -impl public/unicodeString.mli make[1]: no: Command not found make[1]: *** [public/unicodeString.cmx] Error 127 make[1]: Leaving directory `/build/buildd/camomile-0.6.3' make: *** [build-arch-stamp] Error 2 ** Build finished at 20051211-1819 FAILED [dpkg-buildpackage died] That's strange. I will take a look at it tomorrow. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343360: cameleon: missing build-dep on imagemagick
Hello, On Wed, Dec 14, 2005 at 12:57:45PM -0500, Aaron M. Ucko wrote: Package: cameleon Version: 1.9.9.cvs20051129-1 Severity: serious Justification: fails to build from source The latest cameleon package FTBFS on most architectures (except for arm, where it evidently got lucky) because it tries to run convert without a build dependency on imagemagick. Could you please add one? Thanks! Very strange, i use a pbuilder to check this package (since it has change a lot, i wanted to be sure that it won't FTBFS). Anyway, i will add a dependency to imagemagick ASAP (but not before next monday, i think). BTW, you can close #181127 now. ;-) Yeah, off course, i will remove it ;-) (long time to close a bug by the way). Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333708: same problem on 2.7.1-1
Hello, On Wed, Dec 14, 2005 at 05:16:18PM -0800, Blars Blarson wrote: reopen 333708 found 333708 2.7.1-1 thanks The same problem happend trying to build mldonkey 2.7.1-1 on my sparc pbuilder. It did not build on a sparc buildd due to an unavailable build dependancy. The source of the bug is not exactly the same, but the effect is exactly the same. I will take a look at it ASAP. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343408: ocaml-benchmark: ftbfs [sparc] ocamlfind: command not found
Hello, On Wed, Dec 14, 2005 at 04:58:47PM -0800, Blars Blarson wrote: Package: ocaml-benchmark Severity: serious Justification: no longer builds from source ocaml-benchmark failed to build on a sparc buildd, duplicated on my sparc buildd. It also failed on all other buildds, and almost certainly would fail on i386 if only the build dependancies were installed. ocamlc -a -o benchmark.cma benchmark.cmo ocamlfind remove benchmark; \ [ -f benchmark.cmxa ] \ extra=benchmark.cmxa benchmark.a; \ ocamlfind install -destdir /build/buildd/ocaml-benchmark-0.6/debian/libbenchmark-ocaml-dev///usr/lib/ocaml/3.09.0 benchmark \ benchmark.mli benchmark.cmi benchmark.cma META $extra /bin/sh: ocamlfind: command not found /bin/sh: ocamlfind: command not found make[1]: *** [install] Error 127 make[1]: Leaving directory `/build/buildd/ocaml-benchmark-0.6' make: *** [install] Error 2 This package was old, and i have forgot to check it (i was so sure that it has no problem...). I will correct it ASAP. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342291: ocaml-ssl: Need to be rebuild with findlib 1.1-3
Package: ocaml-ssl Severity: serious Justification: no longer builds from source Hello, Well in fact, it is mostly a problem of findlib. The package needs to be rebuild for mips, mipsel, m68k, arm against findlib 1.1-3. Kind regard Sylvain Le Gall -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3-grand Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339124: FTBFS: Unsatisfiable build-dependency on ocaml-nox-3.08.3
Hello, On Mon, Nov 14, 2005 at 12:59:27PM -0800, Matt Kraai wrote: Package: ounit Version: 1.0.2-1 Severity: serious Tags: patch pbuilder fails to build ounit in an unstable chroot on i386: - Considering ocaml-nox-3.08.3 - Trying ocaml-nox-3.08.3 - Cannot install ocaml-nox-3.08.3; apt errors follow: Reading package lists... Building dependency tree... E: Package ocaml-nox-3.08.3 has no installation candidate Package ocaml-nox-3.08.3 is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Could not satisfy build-dependency. Making it build-depend on ocaml-nox-3.09.0 fixes this problem. Thanks for the patch. I am actually working on another important package for the ocaml 3.09 transition, so i won't uploaad till i finish my work on the other package. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338293: Failed to load /usr/share/fwbuilder/objects_init.xml
Package: fwbuilder Version: 2.0.7-2 Severity: grave Justification: renders package unusable Hello, While trying to launch fwbuilder, i get 2 screens concerning the fact that fwbuilder cannot load : - /usr/share/fwbuilder/objects_init.xml - /usr/share/fwbuilder/templates.xml The program explains that the library file you are trying to open has been saved in an older version of Firewall Builder and needs to be upgraded. To upgarde it, just load it in the Firewall Builder GUI and save back to file again. It proposes me to upgrade the file, and then segfault. Kind regard Sylvain Le Gall -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3-grand Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fwbuilder depends on: ii fwbuilder-common 2.0.7-2 Firewall administration tool GUI ( ii fwbuilder-linux [fwbuild 2.0.7-2 Firewall Builder policy compiler(s ii libc62.3.5-7 GNU C Library: Shared libraries an ii libfwbuilder6c2 2.0.9-1 Firewall Builder API library ii libgcc1 1:4.0.2-3 GCC support library ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsnmp9 5.2.1.2-4 NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7g-5SSL shared libraries ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxml2 2.6.22-2GNOME XML library ii libxslt1.1 1.1.15-1XSLT processing library - runtime ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime fwbuilder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333708: mldonkey - fails to build
Hello, On Thu, Oct 13, 2005 at 12:40:32PM +0200, Bastian Blank wrote: Package: mldonkey Version: 2.6.4-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of mldonkey_2.6.4-1 on debian-31 by sbuild/s390 69 [...] /usr/bin/fakeroot debian/rules binary-arch dh_testdir dh_testroot dh_clean -k dh_installdirs dh_install cp: cannot stat `./mlgui': No such file or directory dh_install: command returned error code 256 make: *** [install] Error 1 ** Build finished at 20051013-0627 FAILED [dpkg-buildpackage died] I just take a look at the buildd log. It's like there is problem compiling something called svg_converter. I will see what i can do. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279030: mldonkey-server: debconf configuration is entirely ignored
Hello, On Mon, Sep 05, 2005 at 11:37:05AM +0200, Peter Eisentraut wrote: So what is going on now? I see the new package progressing on alioth, but can we expect an upload sometime? Well, as you should know, i am not a DD, so i need someone to upload my package to debian. I have sent him the package on 15/08 and correction last week. I am waiting for the upload also. I think i will drop him a mail tonight to know when we could expect it. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287679: mtink: FTBFS (amd64/gcc-4.0): static declaration of 'configWindow' follows non-static declaration
Hello, On Sun, Sep 04, 2005 at 07:45:08PM +0100, Roger Leigh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Have you made any progress on fixing this bug? Now GCC 4.0 is the default compiler, this is now a release-critical bug. If it's not fixed upstream, upstream should also be given a copy of the patch. If you want sponsoring, I'll be happy to review and upload your packages. OK, i fix my problem. You can find .tar.gz, .diff.gz... here : http://sylvain.le-gall.net/debian-public/ If you have any trouble downloading something, i will be on IRC (freenode.net Nickname gildor). Kind regard and thank for the upload Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326589: unison: is confused about its own name
On Sun, Sep 04, 2005 at 11:30:21AM +0200, Andreas Koenig wrote: Package: unison Version: 2.13.16-1 Severity: serious I have the same bug on unison-gtk. I know how to fix it, i will do a release tomorrow (if my sponsor is willing to). Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287679: mtink: FTBFS (amd64/gcc-4.0): static declaration of 'configWindow' follows non-static declaration
Hello, On Sun, Sep 04, 2005 at 07:45:08PM +0100, Roger Leigh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Have you made any progress on fixing this bug? Now GCC 4.0 is the default compiler, this is now a release-critical bug. If it's not fixed upstream, upstream should also be given a copy of the patch. If you want sponsoring, I'll be happy to review and upload your packages. Yes, this bug as fixed weeks ago. I have even submit my changes to upstream. BUT my sponsor don't have yet replied to my RFS. I'll be happy if you can sponsor the upload. You should find my packages at http://sylvain.le-gall.net/debian-public/, but my hosting provider changes something which disable the download of the package. I will try to fix it, and contact you again. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323734: FTBFS: Unsatisfiable build-dependency on ocaml-nox-3.08
Hello, On Wed, Aug 17, 2005 at 08:33:30AM -0700, Matt Kraai wrote: Package: mldonkey Version: 2.5.28-2 Severity: serious mldonkey fails to build because it has an unsatisfiable build-dependency on ocaml-nox-3.08: - Considering ocaml-nox-3.08 - Trying ocaml-nox-3.08 - Cannot install ocaml-nox-3.08; apt errors follow: Reading package lists... Building dependency tree... E: Couldn't find package ocaml-nox-3.08 W: Unable to locate package ocaml-nox-3.08 A sponsor is testing a new package ( 2.5.28.1-1 ), i am waiting him to upload the new package, it should solve this issue Regards Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279030: mldonkey-server: debconf configuration is entirely ignored
Hi, On Fri, Aug 05, 2005 at 10:51:10PM +0200, Peter Eisentraut wrote: Sylvain LE GALL wrote: You should have contact me before working on this. I am preparing a release of 2.5.28.1 which should close this bug. Well, you had been talking about a new release for quite some time, so I wanted to give you a little push. If you can fix the RC bugs in the next week or two, I can live with that, but please no further delays. I am just back from holiday. Well, since you seems to be in a hurry to have a new release, could you be my sponsor. I will contact you tomorrow for the upload of mldonkey (if all dependency are installable). If you can check and upload the package, i will be in time ;-) Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279030: mldonkey-server: debconf configuration is entirely ignored
Hello, On Fri, Aug 05, 2005 at 01:10:02AM +0200, Peter Eisentraut wrote: tags 279030 + patch stop I propose the attached patch to clear up the conflict between the debconf settings and the conffile. I believe this follows the consensus of the discussion so far. Unless there are overriding concerns I plan to NMU this patch in the context of the bug-squashing party over the weekend. You should have contact me before working on this. I am preparing a release of 2.5.28.1 which should close this bug. Right now, the release is still standing in the svn of pkg-ocaml-maint but it is not buildable since liblablgtk2-ocaml-dev is not instalable. I am leaving for 1 week and am planning to do a release on 2005/08/15. I know i take a lot of time but the release to come should close 30 bugs... FYI, i have followed the consensus and i think the correction is near your patch. Please have a look at : http://svn.debian.org/wsvn/pkg-ocaml-maint/trunk/packages/mldonkey/trunk/debian/?rev=0sc=0 You should find all the debian files of the next release. If you think i miss something in my correction, send my an email. Regard Sylvain Le Gall diff -u mldonkey-2.5.28/debian/control mldonkey-2.5.28/debian/control --- mldonkey-2.5.28/debian/control +++ mldonkey-2.5.28/debian/control @@ -2,12 +2,12 @@ Section: net Priority: optional Maintainer: Sylvain Le Gall [EMAIL PROTECTED] -Build-Depends: ocaml-nox-3.08, debhelper (= 4.1.16), po-debconf, xsltproc, zlib1g-dev, docbook-xsl, docbook-xml, chrpath, m4, dpatch (= 1.11), debconf (= 0.2.26), liblablgtk2-ocaml-dev +Build-Depends: ocaml-nox, debhelper (= 4.1.16), po-debconf, xsltproc, zlib1g-dev, docbook-xsl, docbook-xml, chrpath, m4, dpatch (= 1.11), debconf (= 0.2.26), liblablgtk2-ocaml-dev Standards-Version: 3.6.1.0 Package: mldonkey-server Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ${interpreter:Depends}, adduser, mime-support, debconf (= 0.2.26), ucf +Depends: ${shlibs:Depends}, ${misc:Depends}, ${interpreter:Depends}, adduser, mime-support, debconf (= 0.2.26) Description: Door to the 'donkey' network MLDonkey is a door to the 'donkey' network, a decentralized network used to exchange big files on the Internet. It is written in a wonderful language, diff -u mldonkey-2.5.28/debian/changelog mldonkey-2.5.28/debian/changelog --- mldonkey-2.5.28/debian/changelog +++ mldonkey-2.5.28/debian/changelog @@ -1,3 +1,16 @@ +mldonkey (2.5.28-2.1) unstable; urgency=low + + * Non-maintainer upload + * Change build dependency to ocaml-nox + * Remove debconf questions that interfere with the conffile +/etc/default/mldonkey. User and group are now fixed at mldonkey, +directory is fixed at /var/lib/mldonkey. No longer using ucf. +(closes: #279030, #277353) + * Fix typo in init script (closes: #273156, #296573) + * Add commonDownloads.ml to clean target + + -- Peter Eisentraut [EMAIL PROTECTED] Fri, 5 Aug 2005 00:43:22 +0200 + mldonkey (2.5.28-2) unstable; urgency=medium * Enhanced patch 18_utf8 ( should made mlgui works for people using UTF 8 diff -u mldonkey-2.5.28/debian/rules mldonkey-2.5.28/debian/rules --- mldonkey-2.5.28/debian/rules +++ mldonkey-2.5.28/debian/rules @@ -97,6 +97,7 @@ -$(RM) .depend -$(RM) packages/rpm/*.spec -$(RM) packages/windows/mlnet.nsi + -$(RM) src/daemon/common/commonDownloads.ml -$(RM) src/utils/lib/autoconf.ml -$(RM) src/utils/lib/gAutoconf.ml -$(RM) src/utils/lib/autoconf.ml.new diff -u mldonkey-2.5.28/debian/mldonkey-server.dirs mldonkey-2.5.28/debian/mldonkey-server.dirs --- mldonkey-2.5.28/debian/mldonkey-server.dirs +++ mldonkey-2.5.28/debian/mldonkey-server.dirs @@ -1,2 +1,3 @@ +var/lib/mldonkey var/run/mldonkey var/log/mldonkey diff -u mldonkey-2.5.28/debian/mldonkey-server.config mldonkey-2.5.28/debian/mldonkey-server.config --- mldonkey-2.5.28/debian/mldonkey-server.config +++ mldonkey-2.5.28/debian/mldonkey-server.config @@ -7,125 +7,26 @@ . /usr/share/debconf/confmodule -CONFIGFILE=/etc/default/mldonkey-server -if [ -e $CONFIGFILE ] -then - MLDONKEY_DIR= - MLDONKEY_GROUP= - MLDONKEY_UMASK= - MAX_ALIVE= - LAUNCH_AT_STARTUP= - MLDONKEY_NICENESS= - . $CONFIGFILE || true - - if [ $MLDONKEY_DIR != ]; then -db_set mldonkey-server/mldonkey_dir $MLDONKEY_DIR - fi - - if [ $MLDONKEY_GROUP != ]; then -db_set mldonkey-server/mldonkey_group $MLDONKEY_GROUP - fi - - if [ $MLDONKEY_UMASK != ]; then -db_set mldonkey-server/mldonkey_umask $MLDONKEY_UMASK - fi - - if [ $MAX_ALIVE != ]; then -db_set mldonkey-server/max_alive $MAX_ALIVE - fi - - if [ $MLDONKEY_NICENESS != ]; then -db_set mldonkey-server/mldonkey_niceness $MLDONKEY_NICENESS - fi - - if [ $LAUNCH_AT_STARTUP != ]; then -if [ $LAUNCH_AT_STARTUP = true ]; then - db_set mldonkey-server/launch_at_startup true
Bug#319538: unison-gtk: Does not start due to missing libgtk1.2
Hello, On Fri, Jul 22, 2005 at 11:19:35PM +0100, Jason Cormie wrote: Package: unison-gtk Version: 2.9.1-2sarge2 Severity: grave ^ This is a little bit too much, if the solution is just to install libgtk-1.2... Justification: renders package unusable Just installed unison-gtk when i ran it i got this: unison-gtk: error while loading shared libraries: libgtk-1.2.so.0: cannot open shared object file: No such file or directory install libgtk1.2 and it works fine now... Perhaps this should be a dependency? Off course. However i don't understand why it hasn't been added automaticaly (as it was done for libglib1.2 for example). During the package creation dependency are taken into account to fill the dependency field. I need to investigate... I will maybe downgrade the bug, i think it is a little bit too much (think that some system doesn't have auto dependency calculation: people can live with a missing dependency...) Kind regard Sylvain Le Gall Versions of packages unison-gtk depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libglib1.2 1.2.10-10 The GLib library of C routines ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14 X Window System Input extension li ii unison 2.9.1-2sarge2 A file-synchronization tool for Un ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu unison-gtk recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309844: libocamlgsl-ocaml-dev: package should depend on libgsl0-dev
Hello, On Thu, May 19, 2005 at 07:33:27PM -0700, Steve Langasek wrote: On Fri, May 20, 2005 at 01:18:59AM +0200, Sylvain LE GALL wrote: On Thu, May 19, 2005 at 10:26:09PM +0200, Remi Vanicat wrote: Package: libocamlgsl-ocaml-dev Version: 0.3.5-2 Severity: grave there seem to be a missing dependency, making compilation failed when linking: $ cat test.ml let _ = Gsl_error.init () ; Gsl_rng.env_setup () $ LANG=C ocamlopt -I +gsl bigarray.cmxa gsl.cmxa test.ml /usr/bin/ld: cannot find -lgsl collect2: ld returned 1 exit status Error during linking and after aptitude install libgsl0-dev $ LANG=C ocamlopt -I +gsl bigarray.cmxa gsl.cmxa test.ml $ I could try to write a fix and upload it this week end if you want, but don't count on it. The fix is trivial : libocamlgsl-ocaml-dev depends on libgsl0-dev. But it needs to be uploaded to unstable AND to testing-proposed-updates No, it does not. Upload to unstable only, please; there's no reason for two uploads when libocamlgsl-ocaml-dev is currently at the same version in unstable and testing. OK, i will upload to unstable and ask for a migration to testing. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309844: libocamlgsl-ocaml-dev: package should depend on libgsl0-dev
Hello, On Thu, May 19, 2005 at 10:26:09PM +0200, Remi Vanicat wrote: Package: libocamlgsl-ocaml-dev Version: 0.3.5-2 Severity: grave there seem to be a missing dependency, making compilation failed when linking: $ cat test.ml let _ = Gsl_error.init () ; Gsl_rng.env_setup () $ LANG=C ocamlopt -I +gsl bigarray.cmxa gsl.cmxa test.ml /usr/bin/ld: cannot find -lgsl collect2: ld returned 1 exit status Error during linking and after aptitude install libgsl0-dev $ LANG=C ocamlopt -I +gsl bigarray.cmxa gsl.cmxa test.ml $ I could try to write a fix and upload it this week end if you want, but don't count on it. The fix is trivial : libocamlgsl-ocaml-dev depends on libgsl0-dev. But it needs to be uploaded to unstable AND to testing-proposed-updates (since you submit a grave bug). I probably will do an RFS tomorrow night. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307707: unison: Can't fulfill the build dependencies in sarge
Hello, On Wed, May 04, 2005 at 11:04:59PM +0200, Adrian Bunk wrote: Package: unison Version: 2.9.1-2 Severity: serious Tags: sarge The build dependency on ocaml-nox-3.08 can't be fulfilled in sarge. This bug was corrected in the last upload of unison ( 2.10.2 ), but sarge freeze and a new RC bugs breaks the migration. Anyway, your bug is a duplicate of 304124, i need to talk with debian-release to solve this. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307466: unison: fails to upgrade
Hi On Tue, May 03, 2005 at 02:43:07PM +0200, Marco Presi (Zufus) wrote: Package: unison Version: 2.10.2-1 Severity: grave Justification: renders package unusable Hi, after an upgrade, I've got the following message: Setting up unison (2.10.2-1) ... /usr/share/doc-base/[EMAIL PROTECTED]@-manual: cannot open control file for reading : No such file or directory dpkg: error processing unison (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: unison Ciao Ciao Marco The correction is pending an upload. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307411: unison: fails to install
Hello, On Mon, May 02, 2005 at 10:42:39PM +0200, Adam Lackorzynski wrote: Package: unison Version: 2.10.2-1 Severity: normal unison fails to install with the following message because of a wrong entry in the postinst: Setting up unison (2.10.2-1) ... /usr/share/doc-base/[EMAIL PROTECTED]@-manual: cannot open control file for reading: No such file or directory dpkg: error processing unison (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: unison I see perfectly where this error comes from. I can correct it fast, but i have another serious bug report to correct also. ( FYI: i have identified this bug, but the package that i send to my sponsor doesn't have the correction, i will increase the version and reask for a sponsored upload ). Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304124: unison: FTBFS: missing build-depends
Hi, On Sat, Apr 30, 2005 at 05:31:55PM +0300, Lars Wirzenius wrote: I've checked that the unison package will build with the build-dependency change suggested by Aurelien Jarno. The attached patch also fixes debian/unison-doc-base, and I propose to make a non-maintainer upload with it later today (since we're in a 0-day NMU period). Hopefully this is helpful. Happy hacking. Happy unuseful upload Please remove your upload. You should have asked me about this, packages are prepared to correct most of the bugs of unison. You could fetch it at : http://sylvain.le-gall.net/debian-public/ I am trading with the former maintainer to see if the package is good enough. Anyway, please wait for my answer before doing this. I am not MIA at all. Thanks for the patch, i will see what is appliable to the new package. Kind regard Sylvain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304124: FTBFS: missing build-depends
Hello, On Mon, Apr 11, 2005 at 02:38:50AM +0200, Aurelien Jarno wrote: Package: unison Severity: serious Tags: sid Justification: no longer builds from source Hi, unison still build-depends on ocaml-nox-3.08, and thus is not buildable anymore in sid. Please update the build-depends to ocaml-nox-3.08.3. Bye, Aurelien Off course, i know. I will try to fix this, but i will also need to upgrade to the latest version before. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300560: mldonkey-server: downloads.ini writable by group users, world-readable
Hello, On Mon, Apr 11, 2005 at 01:09:53PM +0200, Gerardo Di Giacomo wrote: I think that the best solution is to put a chmod after: /usr/bin/touch $new_mldonkey_dir/downloads.ini in mldonkey-server.postinst. Ok, thanks, i will consider this in the next version. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300560: mldonkey-server: downloads.ini writable by group users, world-readable
Hello, On Sun, Mar 20, 2005 at 03:15:24PM +0100, Rolf Leggewie wrote: Package: mldonkey-server Version: 2.5.28-2 Severity: grave Tags: security Justification: user security hole Sylvain, thank you for your work to package mldonkey-server. downloads.ini is created with permissions for the group users to write the file and thus change the admin password, this should not be the case. Furthermore, the file is world-readable which IMHO should not be allowed either. Best Rolf Ok, well, i will try to fix this permission problem. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279030: comments on bug #279030
Hello, On Fri, Mar 18, 2005 at 03:04:14AM -0500, Markus Kienast wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My conclusion: Either go a pure dpkg or a pure ucf way. I do not know insights about any of these ways, but it seems to me, according to the comments above that you are not only shipping a file and trying to dynamically generate one but actually asking questions with dpkg while they should be asked with ucf in your case, which might be the reason, why no matter what answer I choose on the overwrite question, my actual debconf decisions never ever make it into the config file!! NEVER EVER, neither way!! Thanks for the comment, on the comment, on my other RC bugs. I know there is a bug. Next upload won't generate at all a /etc/default/mldonkey. There will be no need of ucf. The file will be provided as a standard conffile. Kind regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299722: mldonkey-server does not start because of /var/run/mldonkey permissions
Hello, On Thu, Mar 17, 2005 at 02:10:03AM -0500, Markus Kienast wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Donnerstag, 17. März 2005 01:44 schrieben Sie: Hello, On Wed, Mar 16, 2005 at 08:12:28PM -0500, Markus Kienast wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a question for my personnal information : is there already a mldonkey user ? ( because it could explain that mldonkey is running as mldonkey:user ). If so, i think the error in the debconf comes from the fact that no mldonkey user can be created ( in fact, we cannot create a mldonkey user with primary group mldonkey ). This could stop the debconf process. You are right on this one. I did not make mldonkey users primary group mldonkey. That explains, why mldonkey files are group users. passwd mldonkey:x:1002:100::/var/lib/mldonkey: group mldonkey:x:1002:hugo Does the user mldonkey has been created by another means than the debconf script of mldonkey ? If so, it could help me understand why it has fails to install. Regard Sylvain Le Gall ps : could you reply also to [EMAIL PROTECTED], so our discussion will remains in the archive of the bug. I do not remember. I tried so many thing to make it work. Setting /var/run/mldonkey permissions finally did it. Well, i permit myself to ask you a special request, just to know if my assumption are correct : could you uninstall mldonkey and reinstall it. Here are the step : - save your current download ( répértoire /var/lib/mldonkey ) - stop the daemon - apt-get remove --purge mldonkey-server - remove the user mldonkey and the group mldonkey ( if they exist ) - check nothing lefts ( dir like /var/run/mldonkey ) - apt-get install mldonkey-server ( answer the debconf question ) - check if it is working. I know , that's not very nice to uninstall what you have finally made to work, but it will help me to understand. Kind regard Sylvain Le Gall ps: i know that you know that the /var/run/mldonkey should be reown, but i have already succeed in installing mldonkey-server with the debconf without patching, that is the reason why i am looking for the step which made it fails. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299722: Re : Re: Bug#299722: mldonkey-server does not start because of /var/run/mldonkey permissions
Hello, On Wed, Mar 16, 2005 at 08:15:48AM +0100, [EMAIL PROTECTED] wrote: Hello, On Tue, Mar 15, 2005 at 08:11:00PM -0500, elias humbolt wrote: Package: mldonkey-server Version: 2.5.28-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mldonkey-server depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii mime-support3.28-1 MIME files 'mime.types' 'mailcap ii ucf 1.14 Update Configuration File: preserv ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: Several people in other bug reports have mentioned that /etc/init.d/mldonkey-server start does actually fail to start the server. Part of the problem might be that /var/lib/mldonkey is not actually generated on install, eventhough this dir is selected via dpkg. However, what sure is the case is the fact that /var/run/mldonkey is owned by root on install and the mldonkey-server init script simply is not able to write to it for some reason. I guess that might be because of chroot or running mldonkey by the mldonkey user. However, it is absolutely certain, that it starts after I set the ownership of the /var/run/mldonkey DIR to mldonkey user! Setting the group instead of the user to mldonkey might help as well. The other problems I still have are described in other bug reports, like the one that whatever I enter in debconf never makes it to the /etc/defaults/mldonkey-server file. I am not sure if /var/lib/mldonkey + files is actually created on first startup when set in defaults accordingly since I first thought it mldonkey does not start up for the reason of the dir + files not being there and therefore copied a working set over from another machine. I never removed it afterwards since I was so happy that it finally worked and fed up with dealing with it. I hope this bug report makes mldonkey-server usable again out of the box. (At least as soon as the startup value users set via debconf on install really makes it into the defaults file). We already talk about this issue, as far as i remember ( but it was not on a bug report ). I don't remenber if you answer my question : with which user do you launch the init script ? Concerning your options, i see that you have set up launch_at_startup to false ( see your debconf information ). It could explain why your script doesn't start. Regard Sylvain Le Gall The debconf information is not what is actually in /etc/defaults/mldonkey-server! Since debconf does not do what anybody would expect it to do, I had to edit everything by hand anyway. I start init as root, just like it would be started on init either. mldonkey however ist running as mldonkey users, as far as I remember. I found that behavior strange as well, but it is like that! If all config is right, the dir rights on /var/run/mldonkey still prevent the service from start!! I have investigated that very carefully. However, I did not investigate any code, since I was satisfied when it was finally running. It is not that strange actually. How could an mldonkey user write into a dir, that he has no rights for, well that does not even belong to its group. By the way, as it seems, mldonkey does not seem to run as mldonkey group either, since all files saved belong to group users!!! Just a question for my personnal information : is there already a mldonkey user ? ( because it could explain that mldonkey is running as mldonkey:user ). If so, i think the error in the debconf comes from the fact that no mldonkey user can be created ( in fact, we cannot create a mldonkey user with primary group mldonkey ). This could stop the debconf process. Regard Sylvain Le Gall ps : could you send me the output of getent passwd mldonkey command. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299722: mldonkey-server does not start because of /var/run/mldonkey permissions
Hello, On Wed, Mar 16, 2005 at 08:12:28PM -0500, Markus Kienast wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a question for my personnal information : is there already a mldonkey user ? ( because it could explain that mldonkey is running as mldonkey:user ). If so, i think the error in the debconf comes from the fact that no mldonkey user can be created ( in fact, we cannot create a mldonkey user with primary group mldonkey ). This could stop the debconf process. You are right on this one. I did not make mldonkey users primary group mldonkey. That explains, why mldonkey files are group users. passwd mldonkey:x:1002:100::/var/lib/mldonkey: group mldonkey:x:1002:hugo Does the user mldonkey has been created by another means than the debconf script of mldonkey ? If so, it could help me understand why it has fails to install. Regard Sylvain Le Gall ps : could you reply also to [EMAIL PROTECTED], so our discussion will remains in the archive of the bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299722: mldonkey-server does not start because of /var/run/mldonkey permissions
Hello, On Tue, Mar 15, 2005 at 08:11:00PM -0500, elias humbolt wrote: Package: mldonkey-server Version: 2.5.28-2 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages mldonkey-server depends on: ii adduser 3.63 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii mime-support3.28-1 MIME files 'mime.types' 'mailcap ii ucf 1.14 Update Configuration File: preserv ii zlib1g 1:1.2.2-3compression library - runtime -- debconf information: * mldonkey-server/max_hard_download_rate: 0 * mldonkey-server/launch_at_startup: false mldonkey-server/config_exist_no_options: * mldonkey-server/plugin: Directconnect, Opennap, Overnet, Soulseek, Bittorent, Gnutella * mldonkey-server/mldonkey_group: mldonkey mldonkey-server/false_password: * mldonkey-server/max_hard_upload_rate: 2 * mldonkey-server/max_alive: 24 * mldonkey-server/run_as_user: mldonkey mldonkey-server/reown_file: false * mldonkey-server/mldonkey_niceness: mldonkey-server/config_exist_no_dir: mldonkey-server/fasttrack_problem: mldonkey-server/shared_directories: share * mldonkey-server/mldonkey_dir: /var/lib/mldonkey * mldonkey-server/restart_after_upgrade: true * mldonkey-server/client_name: lightning mldonkey-server/mldonkey_move: false * mldonkey-server/mldonkey_umask: 0022 Several people in other bug reports have mentioned that /etc/init.d/mldonkey-server start does actually fail to start the server. Part of the problem might be that /var/lib/mldonkey is not actually generated on install, eventhough this dir is selected via dpkg. However, what sure is the case is the fact that /var/run/mldonkey is owned by root on install and the mldonkey-server init script simply is not able to write to it for some reason. I guess that might be because of chroot or running mldonkey by the mldonkey user. However, it is absolutely certain, that it starts after I set the ownership of the /var/run/mldonkey DIR to mldonkey user! Setting the group instead of the user to mldonkey might help as well. The other problems I still have are described in other bug reports, like the one that whatever I enter in debconf never makes it to the /etc/defaults/mldonkey-server file. I am not sure if /var/lib/mldonkey + files is actually created on first startup when set in defaults accordingly since I first thought it mldonkey does not start up for the reason of the dir + files not being there and therefore copied a working set over from another machine. I never removed it afterwards since I was so happy that it finally worked and fed up with dealing with it. I hope this bug report makes mldonkey-server usable again out of the box. (At least as soon as the startup value users set via debconf on install really makes it into the defaults file). We already talk about this issue, as far as i remember ( but it was not on a bug report ). I don't remenber if you answer my question : with which user do you launch the init script ? Concerning your options, i see that you have set up launch_at_startup to false ( see your debconf information ). It could explain why your script doesn't start. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]