Bug#566801: jeuclid-cli does not work on simple example
Package: jeuclid-cli Version: 3.1.8-1 Severity: important hi, I tried the jeuclid mathviewer and the command line on the simple example from page: http://jeuclid.sourceforge.net/example1.html Using the following command: $ jeuclid-cli example1.xml example1.png -backgroundColor white The output is attached to this bug report. This is clearly wrong compared to the web page. With $ cat example1.xml ?xml version=1.0? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN http://www.w3.org/TR/MathML2/dtd/mathml2.dtd; math mode=display mrow munderover mo#x222B;/mo mn1/mn mix/mi /munderover mfrac midt/mi mit/mi /mfrac /mrow /math Thanks -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jeuclid-cli depends on: ii default-jre [java2-runti 1.5-30 Standard Java or Java compatible R ii gcj-4.4-jre [java2-runti 4.4.2-4 Java runtime environment using GIJ ii gcj-jre [java2-runtime] 4:4.3.4-1 Java runtime environment using GIJ ii java-gcj-compat [java2-r 1.0.80-5.1 Java runtime environment using GIJ ii java-wrappers0.1.15 wrappers for java executables ii kaffe-pthreads [java1-ru 2:1.1.8-5.2 A POSIX threads enabled version of ii libcommons-cli-java 1.1-3 API for working with the command l ii libcommons-lang-java 2.4-1 Extension of the java.lang package ii libjeuclid-core-java 3.1.8-1 A complete MathML rendering soluti ii openjdk-6-jre [java2-run 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-run 1.5.0-17-0.1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-run 6-12-1 Sun Java(TM) Runtime Environment ( jeuclid-cli recommends no packages. jeuclid-cli suggests no packages. -- no debconf information attachment: example1.png
Bug#566823: serna: segfault on startup
Package: serna Version: 0.svn235-1 Severity: normal Hi, I cannot start serna on my lenny system: $ strace serna ... open(/usr/lib/serna/icons, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 19 statfs(/usr/lib/serna/icons, {f_type=EXT2_SUPER_MAGIC, f_bsize=4096, f_blocks=6488031, f_bfree=1640682, f_bavail=1311108, f_files=3296640, f_ffree=2635058, f_fsid={-1707548184, 1863505608}, f_namelen=255, f_frsize=4096}) = 0 getdents(19, [3]32117 segmentation fault strace serna Here is the backtrace: Program received signal SIGSEGV, Segmentation fault. strlen () at ../sysdeps/x86_64/strlen.S:31 31 ../sysdeps/x86_64/strlen.S: No such file or directory. in ../sysdeps/x86_64/strlen.S Current language: auto The current source language is auto; currently asm. (gdb) bt #0 strlen () at ../sysdeps/x86_64/strlen.S:31 #1 0x7fffea57b41f in PyString_FromFormatV () from /usr/lib/libpython2.5.so.1.0 #2 0x7fffea5cb040 in PyErr_Format () from /usr/lib/libpython2.5.so.1.0 #3 0x7fffea05fd45 in ?? () from /usr/lib/python2.5/site-packages/sip.so #4 0x7fffea2cf7c8 in initSernaApiCore () from /usr/lib/serna/plugins/pyplugin/SernaApiCore.so #5 0x7fffea5d5456 in _PyImport_LoadDynamicModule () from /usr/lib/libpython2.5.so.1.0 #6 0x7fffea5d3973 in ?? () from /usr/lib/libpython2.5.so.1.0 #7 0x7fffea5d3c02 in ?? () from /usr/lib/libpython2.5.so.1.0 #8 0x7fffea5d422a in ?? () from /usr/lib/libpython2.5.so.1.0 #9 0x7fffea5d45ff in PyImport_ImportModuleLevel () from /usr/lib/libpython2.5.so.1.0 #10 0x7fffea5b5a0d in ?? () from /usr/lib/libpython2.5.so.1.0 #11 0x7fffea5312a3 in PyObject_Call () from /usr/lib/libpython2.5.so.1.0 #12 0x7fffea5b6001 in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.5.so.1.0 #13 0x7fffea5ba401 in PyEval_EvalFrameEx () from /usr/lib/libpython2.5.so.1.0 #14 0x7fffea5bdbed in PyEval_EvalCodeEx () from /usr/lib/libpython2.5.so.1.0 #15 0x7fffea5bdde2 in PyEval_EvalCode () from /usr/lib/libpython2.5.so.1.0 #16 0x7fffea5d08a0 in PyImport_ExecCodeModuleEx () from /usr/lib/libpython2.5.so.1.0 #17 0x7fffea5d0b20 in ?? () from /usr/lib/libpython2.5.so.1.0 #18 0x7fffea5d3973 in ?? () from /usr/lib/libpython2.5.so.1.0 #19 0x7fffea5d3c02 in ?? () from /usr/lib/libpython2.5.so.1.0 #20 0x7fffea5d422a in ?? () from /usr/lib/libpython2.5.so.1.0 #21 0x7fffea5d45ff in PyImport_ImportModuleLevel () from /usr/lib/libpython2.5.so.1.0 #22 0x7fffea5b5a0d in ?? () from /usr/lib/libpython2.5.so.1.0 #23 0x7fffea5312a3 in PyObject_Call () from /usr/lib/libpython2.5.so.1.0 #24 0x7fffea5b6001 in PyEval_CallObjectWithKeywords () from /usr/lib/libpython2.5.so.1.0 #25 0x7fffea5ba401 in PyEval_EvalFrameEx () from /usr/lib/libpython2.5.so.1.0 #26 0x7fffea5bdbed in PyEval_EvalCodeEx () from /usr/lib/libpython2.5.so.1.0 #27 0x7fffea5bdde2 in PyEval_EvalCode () from /usr/lib/libpython2.5.so.1.0 #28 0x7fffea5db92c in PyRun_StringFlags () from /usr/lib/libpython2.5.so.1.0 #29 0x7fffea5dcb80 in PyRun_SimpleStringFlags () from /usr/lib/libpython2.5.so.1.0 #30 0x7fffea86eeec in ?? () from /usr/lib/serna/plugins/pyplugin/libpyplugin21.so #31 0x7fffea86fe4b in ?? () from /usr/lib/serna/plugins/pyplugin/libpyplugin21.so #32 0x7fffea87069c in init_serna_plugin () from /usr/lib/serna/plugins/pyplugin/libpyplugin21.so #33 0x004f59e5 in ?? () #34 0x004f73d7 in ?? () #35 0x008cd75f in ?? () #36 0x00862c73 in ?? () #37 0x00863434 in ?? () #38 0x0051ed71 in ?? () #39 0x0051fde4 in ?? () #40 0x76ef2df2 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQtCore.so.4 #41 0x76ef7f5f in ?? () from /usr/lib/libQtCore.so.4 #42 0x76eed353 in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4 #43 0x773ac01d in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #44 0x773b407a in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #45 0x0051da9a in ?? () #46 0x76eddc9c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #47 0x76f0a2c6 in ?? () from /usr/lib/libQtCore.so.4 #48 0x76f06634 in ?? () from /usr/lib/libQtCore.so.4 #49 0x7253d90e in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #50 0x725412c8 in ?? () from /lib/libglib-2.0.so.0 #51 0x725413f0 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #52 0x76f0639c in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #53 0x77442f1f in ?? () from /usr/lib/libQtGui.so.4 #54 0x76edc562 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #55 0x76edc934 in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from
Bug#566824: RFP: svgmath -- MathML to SVG Converter in Python
Package: wnpp Severity: wishlist * Package name: svgmath Version : 0.3.3 Upstream Author : Nikolai Grigoriev svgmath AT grigoriev.ru * URL : http://www.grigoriev.ru/svgmath/ * License : MIT Programming Lang: Python Description : MathML to SVG Converter in Python SVGMath formats MathML 2.0 expressions as SVG 1.1 images. SVGMath is written in pure Python, with neither extension modules nor external dependencies. It runs on any platform where a modern Python environment (version 2.4 or higher) is available. It can be used either as a command-line script for batch-mode file conversion, or as a component to process MathML data in other Python applications. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#341776:
On Wed, Sep 16, 2009 at 3:34 PM, Michael Koch konque...@gmx.de wrote: On Wed, Sep 16, 2009 at 04:13:25PM +0200, Mathieu Malaterre wrote: On Wed, Sep 16, 2009 at 3:59 PM, Michael Koch konque...@gmx.de wrote: On Wed, Sep 16, 2009 at 03:32:36PM +0200, Mathieu Malaterre wrote: Is is possible to havve JAI in non-free meanwhile ? Have they changed their license meanwhile? Obviously not. I would not be asking for non-free otherwise :) I'd like to avoid redoing the debian/* files. Thanks. IIRC the old license was even unsuitable for non-free. You can mail Arnaud directly about the debian/* files. Hum, could someone confirm JAI has a new license: https://jai-imageio-core.dev.java.net/ Summary The Java Advanced Imaging Image I/O Tools API Core Categories None License Berkeley Software Distribution (BSD) License Owner(s)bpb Who is this 'Arnaud' ? How do I contact him ? Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566830: blahtexml: Please document --xmlin
Package: blahtexml Version: 0.7-1 Severity: minor It would be nice if the --xmlin command line option would be documented in the man page. Eg: blahtexml --xmlin t.xml Ref: http://gva.noekeon.org/blahtexml/how_to_use.html Thanks -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blahtexml depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-9 GCC support library ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii libxerces-c28 2.8.0-3validating XML parser library for blahtexml recommends no packages. blahtexml suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566823: serna: segfault on startup
Indeed: $ sudo mv /usr/lib/serna/plugins/pyplugin /usr/lib/serna/plugins/pyplugin.old $ serna This did the trick ! I could register (someone at syntext should even be able to check that). and I was able to create a C++ sample (will lots of error about python missing plugins of course) At least this indicate the conflict with current python version. On Mon, Jan 25, 2010 at 12:16 PM, Andrew Sichevoi kon...@syntext.com wrote: Hello, �...@mathie: please try to move temporarily out /usr/lib/serna/plugins/pyplugin/ directory somewhere and try to run Serna again. this should show if the problem is in python or not. Regards, On Mon, Jan 25, 2010 at 1:45 PM, Joachim Breitner nome...@debian.org wrote: Hi Mathie, wow, that was a fast bug report, serna was just now accepted into the archive. I assume your crash occurs at the very first start, without an existing ~/.serna-free-* directory? If it’s possible for you, can you upgrade python to the version in unstable and try again? It seems not to be reproducible on my unstable machine. Andrew, or anyone else on the serna-developers list, any obvious idea what might be the cause? Greetings, Joachim Am Montag, den 25.01.2010, 10:24 +0100 schrieb Mathieu Malaterre: Package: serna Version: 0.svn235-1 Severity: normal Hi, I cannot start serna on my lenny system: $ strace serna ... getdents(19, [3] 32117 segmentation fault strace serna Here is the backtrace: Program received signal SIGSEGV, Segmentation fault. -- Andrew Sichevoi (http://thekondor.net) true perfection has to be imperfect -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566801: jeuclid-cli does not work on simple example
On Mon, Jan 25, 2010 at 3:04 PM, Sylvestre Ledru sylves...@debian.org wrote: Using the following command: $ jeuclid-cli example1.xml example1.png -backgroundColor white The output is attached to this bug report. This is clearly wrong compared to the web page. There is mine. It is pretty much the one of the website. There are the font-related packages installed on my computer [1]: console-data console-setup console-terminus console-tools defoma fontconfig fontconfig-config gsfonts gsfonts-x11 libconsole libfont-afm-perl libfont-freetype-perl libfontconfig1 libfontconfig1-dev libfontenc1 libfreetype6 libfreetype6-dev libt1-5 libxfont1 libxft-dev libxft2 lmodern msttcorefonts psfontmgr texlive-font-utils texlive-fonts-recommended texlive-fonts-recommended-doc texlive-metapost ttf-bitstream-vera ttf-dejavu-core ttf-dejavu-extra ttf-freefont ttf-kochi-gothic ttf-kochi-mincho ttf-lyx ttf-mscorefonts-installer ttf-opensymbol ttf-sazanami-mincho x-ttcidfont-conf x11-xfs-utils xfonts-100dpi xfonts-encodings xfonts-mathml xfonts-utils xfstt Sylvestre [1] dpkg -l|grep ^ii|grep font|awk '{print $2}'|tr \n No luck :( $ dpkg -l | grep ^ii | grep font|awk '{print $2}'|tr \n console-data console-setup console-terminus console-tools defoma fontconfig fontconfig-config fontforge gsfonts gsfonts-x11 gucharmap ko.tex-extra-hlfont latex-cjk-chinese-arphic-bkai00mp latex-cjk-chinese-arphic-bsmi00lp latex-cjk-chinese-arphic-gbsn00lp latex-cjk-chinese-arphic-gkai00mp latex-cjk-japanese-wadalab latex-xft-fonts libconsole libfont-afm-perl libfont-freetype-perl libfontconfig1 libfontconfig1-dev libfontenc1 libfreetype6 libfreetype6-dev libt1-5 libxfont1 libxft-dev libxft2 lmodern msttcorefonts psfontmgr texlive-font-utils texlive-fonts-extra texlive-fonts-extra-doc texlive-fonts-recommended texlive-fonts-recommended-doc texlive-metapost toilet-fonts ttf-arabeyes ttf-arphic-uming ttf-baekmuk ttf-bengali-fonts ttf-bitstream-vera ttf-dejavu-core ttf-dejavu-extra ttf-devanagari-fonts ttf-dustin ttf-freefont ttf-gujarati-fonts ttf-indic-fonts ttf-kannada-fonts ttf-kochi-gothic ttf-kochi-mincho ttf-liberation ttf-lyx ttf-malayalam-fonts ttf-mscorefonts-installer ttf-opensymbol ttf-oriya-fonts ttf-punjabi-fonts ttf-sazanami-mincho ttf-tamil-fonts ttf-telugu-fonts ttf-uralic x-ttcidfont-conf x11-xfs-utils xfonts-100dpi xfonts-75dpi xfonts-base xfonts-encodings xfonts-mathml xfonts-scalable xfonts-utils xfstt With: $ apt-show-versions console-data console-setup console-terminus console-tools defoma fontconfig fontconfig-config fontforge gsfonts gsfonts-x11 gucharmap ko.tex-extra-hlfont latex-cjk-chinese-arphic-bkai00mp latex-cjk-chinese-arphic-bsmi00lp latex-cjk-chinese-arphic-gbsn00lp latex-cjk-chinese-arphic-gkai00mp latex-cjk-japanese-wadalab latex-xft-fonts libconsole libfont-afm-perl libfont-freetype-perl libfontconfig1 libfontconfig1-dev libfontenc1 libfreetype6 libfreetype6-dev libt1-5 libxfont1 libxft-dev libxft2 lmodern msttcorefonts psfontmgr texlive-font-utils texlive-fonts-extra texlive-fonts-extra-doc texlive-fonts-recommended texlive-fonts-recommended-doc texlive-metapost toilet-fonts ttf-arabeyes ttf-arphic-uming ttf-baekmuk ttf-bengali-fonts ttf-bitstream-vera ttf-dejavu-core ttf-dejavu-extra ttf-devanagari-fonts ttf-dustin ttf-freefont ttf-gujarati-fonts ttf-indic-fonts ttf-kannada-fonts ttf-kochi-gothic ttf-kochi-mincho ttf-liberation ttf-lyx ttf-malayalam-fonts ttf-mscorefonts-installer ttf-opensymbol ttf-oriya-fonts ttf-punjabi-fonts ttf-sazanami-mincho ttf-tamil-fonts ttf-telugu-fonts ttf-uralic x-ttcidfont-conf x11-xfs-utils xfonts-100dpi xfonts-75dpi xfonts-base xfonts-encodings xfonts-mathml xfonts-scalable xfonts-utils xfstt console-data/lenny uptodate 2:1.07-11 console-setup/lenny uptodate 1.28 console-terminus/lenny uptodate 4.26-2.1 console-tools/lenny uptodate 1:0.2.3dbs-65.1 defoma/lenny uptodate 0.11.10-0.2 fontconfig/lenny-backports uptodate 2.8.0-2~bpo50+1 fontconfig-config/testing uptodate 2.8.0-2 fontforge/lenny uptodate 0.0.20080429-1 gsfonts/lenny uptodate 1:8.11+urwcyr1.0.7~pre44-3 gsfonts-x11/lenny uptodate 0.21 gucharmap/lenny uptodate 1:2.22.3-2 ko.tex-extra-hlfont/lenny uptodate 0.1.0-1 latex-cjk-chinese-arphic-bkai00mp/lenny uptodate 1.19 latex-cjk-chinese-arphic-bsmi00lp/lenny uptodate 1.19 latex-cjk-chinese-arphic-gbsn00lp/lenny uptodate 1.19 latex-cjk-chinese-arphic-gkai00mp/lenny uptodate 1.19 latex-cjk-japanese-wadalab/lenny uptodate 0.20050817-14.1 latex-xft-fonts/lenny-backports uptodate 1.6.5-1~bpo50+1 libconsole/lenny uptodate 1:0.2.3dbs-65.1 libfont-afm-perl/lenny uptodate 1.20-1 libfont-freetype-perl/testing uptodate 0.03-1 libfontconfig1/testing uptodate 2.8.0-2 libfontconfig1-dev/testing uptodate 2.8.0-2 libfontenc1/lenny uptodate 1:1.0.4-3 libfreetype6/lenny uptodate 2.3.7-2+lenny1 libfreetype6-dev/lenny uptodate 2.3.7-2+lenny1 libt1-5/lenny uptodate 5.1.2-3 libxfont1/lenny uptodate 1:1.3.3-1 libxft-dev/testing uptodate 2.1.14-1 libxft2/testing
Bug#341776:
On Mon, Jan 25, 2010 at 3:05 PM, Torsten Werner twer...@debian.org wrote: On Mon, Jan 25, 2010 at 11:22 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Hum, could someone confirm JAI has a new license: https://jai-imageio-core.dev.java.net/ For some reason I got confused and mixed-up jai and jai-imageio https://jai-core.dev.java.net/ The source code for the jai-core project is licensed under the Java Research License (JRL) for non-commercial use. From: https://jai.dev.java.net/ Sorry for the noise, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540817: uncrustify: new upstream release available
Package: uncrustify Version: 0.48-1 Severity: wishlist Please update to new release: 0.53. Changes in uncrustify-0.53 (16 May 2009) --- - Fix sp_inside_braces* options, which were broken by the fix to issue #2629652 - Fix sp_after_cast, which was broken by a previous fix - Be a little more agressive in removing unecessary semicolons - Fix one case where the parser leaves a preprocessor #define - Fix indent of line starting with '(' after a function name - Add align_var_def_attribute - Fix nl_func_type_name for function without a return type (ie, cast operator) - Reset up state variables after processing a file - Fix a case where a semicolon was incorrectly removed - Fix a case where braces were incorrectly removed - Fix handling of 'force' setting for many newline options - Add func_wrap type for use with 'set func_wrap FSUB' - Add type_wrap type for use with 'set type_wrap STACK_OF' - Make file replacement more atomic - write to a temp file then rename - With the 'replace' option, only replace if the file content changes - Handle C# wide literal string prefix Sfoo - Handle the ObjC '@protocol' the same as '@interface' - Add 'make check' and 'make clean' (Ger Hobbelt) - Add align_right_cmt_at_col (Ger Hobbelt) - Add sp_pp_concat and sp_pp_stringify (Ger Hobbelt) - Add mod_add_long_ifdef_{else,endif}_comment (Ger Hobbelt) - Objective C improvements (Etienne Samson) - Only mess with escaped newlines in a comment if inside a preprocessor - Fix pos_xxx options when a preprocessor is near - Apply Debian patch to man file - Fix '' indenting/aligning (moved from indent.cpp to align.cpp) - Rework the sp_before_nl_cont option - Fix a few other bugs -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uncrustify depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libstdc++64.4.0-5The GNU Standard C++ Library v3 uncrustify recommends no packages. uncrustify suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542067: libboost-mpi1.38-dev: libboost-mpi-dev should install libboost-graph-dev
Package: libboost-mpi1.38-dev Version: 1.38.0-7 Severity: normal When compiling header from libboost-mpi-dev, such as : /usr/include/boost/mpi/graph_communicator.hpp // Headers required to implement graph topologies #include boost/graph/graph_traits.hpp #include boost/graph/properties.hpp It would be nice that package libboost-mpi-dev would already have installed for me libboost-graph-dev Thanks ! -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libboost-mpi1.38-dev depends on: ii libboost-mpi1.38.01.38.0-7 C++ interface to the Message Passi ii libboost-serialization1.38-de 1.38.0-7 serialization library for C++ ii libboost1.38-dev 1.38.0-7 Boost C++ Libraries development fi ii mpi-default-dev 0.6Standard MPI development files libboost-mpi1.38-dev recommends no packages. libboost-mpi1.38-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542253: libgdcm-java: Covariant return type for gdcm::ImageToImageFilter::GetOutput
Package: libgdcm-java Version: 2.0.12-10 Severity: normal In order to compile with ecj the debian package used the following patch (*). However this slightly change from upstream where a covariant return type is being done with Java. A better patch would be to force the compiler to use Java 5. Index: Wrapping/Java/CMakeLists.txt === --- Wrapping/Java/CMakeLists.txt (revision 5949) +++ Wrapping/Java/CMakeLists.txt (working copy) @@ -67,7 +67,10 @@ ADD_CUSTOM_COMMAND( OUTPUT ${LIBRARY_OUTPUT_PATH}/gdcm.jar # 1. run the custom command only when the gdcmJAVA_wrap.cxx has been generated (which means all *.java should be there) - COMMAND ${JAVA_COMPILE} ARGS gdcm/*.java #${javafiles} +# Some compiler are picky about Java version. For instance covariant return type was only added to Java 5, so to +# please compiler such as ecj (Eclipse Java Compiler 0.894_R34x) explicitly state we want 1.5 version to compile +# gdcm::ImageToImageFilter::GetOutput() const as covariant return type + COMMAND ${JAVA_COMPILE} ARGS -source 1.5 gdcm/*.java #${javafiles} # 2. now that the *.class have been generated construct the jar file. We can only rely on the gdcm.java / gdcm.class # to build dependencie, I am pretty sure it will break parallel builds... oh well COMMAND ${JAVA_ARCHIVE} ARGS cvf ${LIBRARY_OUTPUT_PATH}/gdcm.jar gdcm/*.class Please consider (*) $ cat java_covariant_return_type.patch Java 1.2 does not have covariant return type. Work around issue by removing subclass function --- gdcm-2.0.10.orig/Wrapping/Java/gdcm.i (revision 5856) +++ gdcm-2.0.10/Wrapping/Java/gdcm.i(working copy) @@ -563,6 +563,7 @@ //%include gdcmPythonFilter.h %include gdcmTagPath.h %include gdcmPixmapToPixmapFilter.h +%ignore gdcm::ImageToImageFilter::GetOutput() const; %include gdcmImageToImageFilter.h %include gdcmSOPClassUIDToIOD.h %include gdcmImageChangeTransferSyntax.h -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgdcm-java depends on: ii default-jre [java2-run 1.5-30Standard Java or Java compatible R ii java-gcj-compat [java2 1.0.78-2 Java runtime environment using GIJ ii libc6 2.9-12GNU C Library: Shared libraries ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc11:4.4.0-5 GCC support library ii libgdcm2.0 2.0.12-10+b1 Grassroots DICOM runtime libraries ii libopenjpeg2 1.3+dfsg-4JPEG 2000 image compression/decomp ii libssl0.9.80.9.8g-15+lenny1 SSL shared libraries ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libuuid1 2.16-3Universally Unique ID library ii openjdk-6-jre [java2-r 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java2-r 6-12-1Sun Java(TM) Runtime Environment ( ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libgdcm-java recommends no packages. Versions of packages libgdcm-java suggests: ii gij [java-virtual-machin 4:4.3.2-2 The GNU Java bytecode interpreter ii gij-4.3 [java-virtual-ma 4.3.2-2 The GNU Java bytecode interpreter ii java-gcj-compat [java-vi 1.0.78-2Java runtime environment using GIJ ii java-gcj-compat-headless 1.0.78-2Java runtime environment using GIJ ii openjdk-6-jre-headless [ 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java-virt 6-12-1 Sun Java(TM) Runtime Environment ( -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529292: libvtk5-dev: undefined reference to `vtkStringArray::GetValue(long long)'
Package: libvtk5-dev Version: 5.2 Severity: important There is a regression in libvtk5-dev package (i386 only). See small cmake project that exhibit the issue: https://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/debian-med/vtk/vtkidtype Steps: $ svn co https://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/debian-med/vtk/vtkidtype $ cd vtkidtype $ cmake . $ make ... Linking CXX executable testidtype CMakeFiles/testidtype.dir/testidtype.o: In function `main': testidtype.cxx:(.text+0xa2): undefined reference to `vtkStringArray::GetValue(long long)' collect2: ld returned 1 exit status make[2]: *** [testidtype] Error 1 make[1]: *** [CMakeFiles/testidtype.dir/all] Error 2 make: *** [all] Error 2 ... This affect external package building against VTK 5.2 such as gdcm. See bug #529193 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529193 Thanks ! -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (50, 'testing'), (40, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529193: [Debian-med-packaging] Bug#529193: Bug#529193: gdcm: FTBFS: libvtkgdcm.so.2.0.10: undefined reference to `vtkStringArray::GetValue(long long)'
On Mon, May 18, 2009 at 3:24 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Mon, May 18, 2009 at 12:25 AM, Kurt Roeckx k...@roeckx.be wrote: Source: gdcm Version: 2.0.10-1 Severity: serious Hi, There was an error while trying to autobuild your package: Start Time: 20090517-2124 [...] Build-Depends: debhelper (= 5.0.37.2), python-dev, quilt, python-support (= 0.3.9), uuid-dev, zlib1g-dev, libexpat1-dev, swig, cmake, libvtk5-dev, python-vtk, libpng12-dev | libpng-dev, libjpeg62-dev, libtiff4-dev, libfreetype6-dev, libopenjpeg-dev, libxext-dev, libxss-dev, libxft-dev, mono-devel (= 2.0) [...] Toolchain package versions: libc6-dev_2.9-12 linux-libc-dev_2.6.29-4 g++-4.3_4.3.3-10 gcc-4.3_4.3.3-10 binutils_2.19.1-1 libstdc++6_4.4.0-5 libstdc++6-4.3-dev_4.3.3-10 [...] [ 97%] Built target gdcm make[3]: Entering directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' Scanning dependencies of target gdcm2vtk make[3]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' make[3]: Entering directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' [ 97%] Building CXX object Utilities/VTK/Applications/CMakeFiles/gdcm2vtk.dir/gdcm2vtk.o Linking CXX executable ../../../bin/gdcm2vtk ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkStringArray::GetValue(long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplatelong long::InsertValue(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplateunsigned short::WritePointer(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplateunsigned char::WritePointer(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplatelong long::WritePointer(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArray::InsertTuple3(long long, double, double, double)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkLookupTable::SetNumberOfTableValues(long long)' collect2: ld returned 1 exit status make[3]: *** [bin/gdcm2vtk] Error 1 make[3]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' make[2]: *** [Utilities/VTK/Applications/CMakeFiles/gdcm2vtk.dir/all] Error 2 make[1]: *** [all] Error 2 make: *** [debian/build-python2.5-stamp] Error 2 make[2]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' make[1]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=i386pkg=gdcmver=2.0.10-1 This is not a bug in GDCM. This is a misconfiguration of VTK on Linux/i386. Reproducible bug can be found here: https://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/debian-med/vtk/vtkidtype $ cat testidtype.cxx ... #include vtkStringArray.h int main() { vtkStringArray *s = vtkStringArray::New(); s-GetValue( 0 ); return 0; } ... This does not compile anymore with VTK 5.2 package on Linux/i386, while it used to compile using VTK 5.0 package (this is a regression). I'll submit the bug on libvtk5-dev. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529292 -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529193: [Debian-med-packaging] Bug#529193: gdcm: FTBFS: libvtkgdcm.so.2.0.10: undefined reference to `vtkStringArray::GetValue(long long)'
On Mon, May 18, 2009 at 12:25 AM, Kurt Roeckx k...@roeckx.be wrote: Source: gdcm Version: 2.0.10-1 Severity: serious Hi, There was an error while trying to autobuild your package: Start Time: 20090517-2124 [...] Build-Depends: debhelper (= 5.0.37.2), python-dev, quilt, python-support (= 0.3.9), uuid-dev, zlib1g-dev, libexpat1-dev, swig, cmake, libvtk5-dev, python-vtk, libpng12-dev | libpng-dev, libjpeg62-dev, libtiff4-dev, libfreetype6-dev, libopenjpeg-dev, libxext-dev, libxss-dev, libxft-dev, mono-devel (= 2.0) [...] Toolchain package versions: libc6-dev_2.9-12 linux-libc-dev_2.6.29-4 g++-4.3_4.3.3-10 gcc-4.3_4.3.3-10 binutils_2.19.1-1 libstdc++6_4.4.0-5 libstdc++6-4.3-dev_4.3.3-10 [...] [ 97%] Built target gdcm make[3]: Entering directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' Scanning dependencies of target gdcm2vtk make[3]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' make[3]: Entering directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' [ 97%] Building CXX object Utilities/VTK/Applications/CMakeFiles/gdcm2vtk.dir/gdcm2vtk.o Linking CXX executable ../../../bin/gdcm2vtk ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkStringArray::GetValue(long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplatelong long::InsertValue(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplateunsigned short::WritePointer(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplateunsigned char::WritePointer(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArrayTemplatelong long::WritePointer(long long, long long)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkDataArray::InsertTuple3(long long, double, double, double)' ../../../bin/libvtkgdcm.so.2.0.10: undefined reference to `vtkLookupTable::SetNumberOfTableValues(long long)' collect2: ld returned 1 exit status make[3]: *** [bin/gdcm2vtk] Error 1 make[3]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' make[2]: *** [Utilities/VTK/Applications/CMakeFiles/gdcm2vtk.dir/all] Error 2 make[1]: *** [all] Error 2 make: *** [debian/build-python2.5-stamp] Error 2 make[2]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' make[1]: Leaving directory `/build/buildd-gdcm_2.0.10-1-i386-Bvt0O9/gdcm-2.0.10/debian/build-python2.5' dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=i386pkg=gdcmver=2.0.10-1 This is not a bug in GDCM. This is a misconfiguration of VTK on Linux/i386. Reproducible bug can be found here: https://gdcm.svn.sourceforge.net/svnroot/gdcm/Sandbox/debian-med/vtk/vtkidtype $ cat testidtype.cxx ... #include vtkStringArray.h int main() { vtkStringArray *s = vtkStringArray::New(); s-GetValue( 0 ); return 0; } ... This does not compile anymore with VTK 5.2 package on Linux/i386, while it used to compile using VTK 5.0 package (this is a regression). I'll submit the bug on libvtk5-dev. thanks ! -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514607: libopenjpeg-dev: openjpeg.h current installation is not compatible with default behavior
Package: libopenjpeg-dev Version: 1.3+dfsg-3 Severity: normal current debian package is not compatible with default installation making it difficult to use. See: http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2009-February/061756.html ... Could someone add support for the default debian libopenjpeg installation: gcc -Wall -W -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112 -std=c99 -fomit-frame-pointer -E -o /tmp/ffmpeg-conf-9160-12268-522.o /tmp/ffmpeg-conf-13316-12268-2283.c /tmp/ffmpeg-conf-13316-12268-2283.c:1:34: error: libopenjpeg/openjpeg.h: No such file or directory ... Thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libopenjpeg-dev depends on: ii libopenjpeg2 1.3+dfsg-3 JPEG 2000 image compression/decomp libopenjpeg-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514835: libarchive-dev: Update homepage for libarchive
Package: libarchive-dev Severity: minor libarchive homepage seems to be now: http://code.google.com/p/libarchive/ instead of Homepage: http://people.freebsd.org/~kientzle/libarchive/ thanks -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (50, 'testing'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510120: dcmtk: Missing link to libxml2 (libdcmsr)
On Tue, Dec 30, 2008 at 4:30 PM, Juergen Salk j...@debian.org wrote: I have met the OFFIS team personally a couple of months ago and took the chance to briefly discuss this issue with them. Unfortunately they are not going to change their build system (e.g. by introducing libtool) for the upcoming dcmtk release ... [I have not even looked at the build system used for *nix system] What really drive me nuts, is that they now provide a cmake alternative to build dcmtk on Win32. Knowing that cmake is an abstraction layer on top of the target platform, I really do not understand, why this is not just as simple as using cmake to generate dcmtk on *nix system... They are actually maintaining two completely different *complex* build system... oh well -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531174: gdcm: Got a SIGABRT while executing native code
Package: gdcm Severity: important GDCM does not compile as package on powerpc / s390: https://buildd.debian.org/fetch.cgi?pkg=gdcm;ver=2.0.10-1;arch=powerpc;stamp=1243500115 https://buildd.debian.org/fetch.cgi?pkg=gdcm;ver=2.0.10-1;arch=s390;stamp=1242605005 ... [ 49%] csc *.cs ** (/usr/lib/mono/2.0/gmcs.exe:15941): CRITICAL **: _wapi_shm_file_open: shared file [/srv/buildd/.wapi/shared_data-debian-31.osdl.marist.edu-Linux-s390-312-12-0] open error: No such file or directory ** (/usr/lib/mono/2.0/gmcs.exe:15941): CRITICAL **: _wapi_shm_attach: shared file [/srv/buildd/.wapi/shared_data-debian-31.osdl.marist.edu-Linux-s390-312-12-0] open error ** ERROR:shared.c:346:shm_semaphores_init: assertion failed: (tmp_shared != NULL) ** (/usr/lib/mono/2.0/gmcs.exe:15941): WARNING **: Thread (nil) may have been prematurely finalized Stacktrace: ** (/usr/lib/mono/2.0/gmcs.exe:15941): WARNING **: Thread (nil) may have been prematurely finalized Native stacktrace: /usr/bin/mono [0x429f80] [0x7fbe7bf8] /lib/libc.so.6(gsignal+0x2e) [0x401f4536] /lib/libc.so.6(abort+0x128) [0x401f7c94] /usr/lib/libglib-2.0.so.0(g_assertion_message+0xe4) [0x40097210] /usr/lib/libglib-2.0.so.0(g_assertion_message_expr+0x4a) [0x4009782a] /usr/bin/mono [0x521ed4] /usr/bin/mono [0x5086de] /usr/bin/mono(mono_once+0x7c) [0x51bcb0] /usr/bin/mono [0x508374] /usr/bin/mono [0x520a8c] /usr/bin/mono [0x4afa2a] /usr/bin/mono(mono_runtime_init+0x2e) [0x4b79b2] /usr/bin/mono [0x54a662] /usr/bin/mono(mono_main+0x6b0) [0x41660c] /lib/libc.so.6(__libc_start_main+0xc8) [0x401ddd78] /usr/bin/mono [0x415818] Debug info from gdb: = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = /bin/sh: line 1: 15941 Aborted /usr/bin/gmcs /t:library /out:/build/buildd/gdcm-2.0.10/debian/build-python2.5/bin/./gdcm_csharp.dll *.cs make[3]: *** [bin/./gdcm_csharp.dll] Error 134 make[3]: Leaving directory `/build/buildd/gdcm-2.0.10/debian/build-python2.5' make[2]: *** [Wrapping/Csharp/CMakeFiles/GDCMCSharp.dir/all] Error 2 make[2]: *** Waiting for unfinished jobs ... -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531174: Adding some more references
Ref: http://lists.debian.org/debian-cli/2009/05/msg7.html and http://lists.debian.org/debian-cli/2009/05/msg8.html -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531181: libgdcm-cil: GDCM is packaged in an API unstable way
Package: libgdcm-cil Severity: wishlist GDCM should register to the GAC + strong key -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531181: Fwd: CLI packaging: glue module location?
Adding notes from Mirco Bauer to bug. -- Forwarded message -- From: Mirco Bauer mee...@debian.org Date: Thu, May 28, 2009 at 11:45 PM Subject: Re: CLI packaging: glue module location? To: pkg-mono-de...@lists.alioth.debian.org, Mathieu Malaterre mathieu.malate...@gmail.com Cc: Steve M. Robbins st...@sumost.ca On Mon, 18 May 2009 18:06:02 +0200 Mathieu Malaterre mathieu.malate...@gmail.com wrote: Hi Mirco, Just an update. libgdcm-cil has been uploaded: http://packages.debian.org/unstable/libgdcm-cil On Fri, Apr 10, 2009 at 11:57 AM, Mirco Bauer mee...@meebey.net wrote: ... §3.3.1 Naming says: The package should be named libfoo-cil (without a version in the package name) and libraries should not be installed into the GAC but only into /usr/lib/packagename. Ok, we have right now: $ dpkg -L libgdcm-cil ... /usr/lib/libgdcm-cil/libgdcm.so /usr/lib/libgdcm-cil/gdcm_csharp.dll Looks good for non-GACed libs. ... Apparently there is no strong policy for the naming convention of the actual gluelib: libgdcm.so (there might be a conflict once I start uploading the gluelib for the java wrapping, but that's a different story). The name if the gluelib doesn't really matter, the consumer of the CLI library will not use it in any way (directly). How about gdcm_csharp.dll ? Is this something people will be comfortable with ? Hm? You wrote the C# binding for gdcm? Using C# in the lib name is very wrong in all cases. The CIL bytecode can be used by any language that targets the CLI. To give some examples: VB.NET, Boo, Nemerle (yes, those are all in debian already :)). There is a common prefix of nFOO (like nunit or nant) and for bindings even more common is the suffix of FOO-sharp (not -csharp) like gtk-sharp, gnome-sharp, evolution-sharp. The Mono runtime is not fiddling with the LD_LIBRARY_PATH and thus you have to hint the runtime where it can find the gluelib using the DLL map that goes along with the assembly (CIL lib). Do you have a small document explaining how to do this ? I am a C++ dev, and only did the C# wrapping, because users were starting to beg for a C# layer... That's documented in the Debian CLI Policy §4.2: http://pkg-mono.alioth.debian.org/cli-policy/ch-mono.html#s4.2 You should take a look at that, it contains also many other interesting bits (like naming). Is the library you are packaging really API unstable? Unversioned (non-GACed) packaging should be only done if really needed. API is stable, if not then this is a bug. Then I wonder why you packaged it in an API unstable way then. See §3.2 vs §3.3 of the Debian CLI Policy. (well I can guess because of the GAC trouble or users not requesting that) 3.1.2 is about the general location of files, while GAC and non-GAC libs are overriding that definition in 3.2.1 and 3.3.1. Again, do you have a document explaining what I need to generate using gacutil ? so far I only provided gdcm_csharp.dll and libgdcm.so and people seemed happy with only those. They will only be happy, if they _copy_ those 2 files into their application directory, which isn't really that nice :) If you want to ship that library in a GAC you have to sign that library, and again that's explained in the Debian CLI Policy (I hope I don't sound like I am repeating myself, eh :-P) As a side note, I am now generating the XML documentation (gmcs /doc:gdcm.xml). Where should this file go ? Ok, that's a nice question now :) When you generate the XML file you can use different tools to generate real docs (to be consumed by the user). In Debian we use monodoc to do that. If want an example see the source package of log4net, mysql-connector-net-5.0, nini, semweb or smartirc4net. They all do that generation in the debian/rules file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531174: Fwd: gdcm: Got a SIGABRT while executing native code
forwarded -- Forwarded message -- From: Mirco Bauer mee...@debian.org Date: Sun, May 31, 2009 at 12:12 PM Subject: Re: gdcm: Got a SIGABRT while executing native code To: debian-...@lists.debian.org On Sat, 30 May 2009 16:00:07 +0200 Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Sat, May 30, 2009 at 11:48 AM, Mirco Bauer mee...@debian.org wrote: ... That it freaks out like this is probably a bug, not sure if SIGABRT is ok for expected fatal conditions. The issue is that some (but not all) buildds do not have a writable home-directory. The Mono runtime is emulating some I/O features that Microsoft .NET supports using that .wapi directory in $HOME. Most applications don't need this emulation though, so either the emulation should be disabled or a writable home-directory set. This common issue is also mentioned in the Debian CLI Policy §4.3 [0] The recommended version is now to disable it using: export MONO_DISABLE_SHM=1 I do not understand what this means. Do you want me to add the previous export to the debian/rules file for gdcm ? Yes, in the debian/rules file, as that will call the C# compiler at some point during the build process. One related note, I did a short check of the gdcm source packages and Cool ! Thanks for taking the time ! noticed it doesn't handle Mono architectures. Mono is not available for all Debian architectures. It supports all except: m68k, hppa and alpha. This means your Build-Depends line has to cope with that, to only pull the mono deps in when it's a Mono arch. At the same time the configure script/call has to optionally skip the building of the Mono binding, else it will FTBFS on the named unsupported archs. I am looking at: http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html#s-build-deps Do you have a reference on how to do that ? It's not trivial, the make C# code optional build in configure is the simplest approach. The gmime2.4 source package does this for example. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531989: vtk: VTK 5.4.2 update
Package: vtk Version: VTK 5.4.2 update Severity: normal This is simply to report that there has been an update on VTK 5.4 branch. The major change that will impact debian package is: *Utilities/CMakeLists.txt* Use VTK_LIBRARY_PROPERTIES value for VERDICT_LIBRARY_PROPERTIES. Makes verdict library VERSION and SOVERSION consistent with other vtk utility libraries on Linux builds. See: http://www.vtk.org/pipermail/vtkusers/2009-June/101212.html Thanks -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531174: Fwd: [med-svn] r3446 - trunk/packages/gdcm/trunk/debian
forwarded -- Forwarded message -- From: Nelson A. de Oliveira nao...@gmail.com Date: Sat, May 30, 2009 at 4:39 PM Subject: Re: [med-svn] r3446 - trunk/packages/gdcm/trunk/debian To: Mathieu Malaterre mathieu.malate...@gmail.com Cc: Debian Med Project List debian-...@lists.debian.org Hi Mathieu! On Sat, May 30, 2009 at 11:19 AM, Mathieu Malaterre malat-gu...@alioth.debian.org wrote: Modified: trunk/packages/gdcm/trunk/debian/control === --- trunk/packages/gdcm/trunk/debian/control2009-05-29 05:26:09 UTC (rev 3445) +++ trunk/packages/gdcm/trunk/debian/control2009-05-30 14:19:19 UTC (rev 3446) @@ -11,9 +11,9 @@ python-support (= 0.3.9), uuid-dev, zlib1g-dev, libexpat1-dev, swig, cmake, libvtk5-dev (= 5.2.1-4), python-vtk, libpng12-dev | libpng-dev, libjpeg62-dev, libtiff4-dev, libfreetype6-dev, libopenjpeg-dev, - libxext-dev, libxss-dev, libxft-dev, - mono-devel (= 2.0) -Standards-Version: 3.8.0 + libxext-dev, libxss-dev, libxft-dev +Build-Depends-Indep: mono-devel (= 2.0.1) +Standards-Version: 3.8.1 Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/gdcm/trunk/?rev=0sc=0 Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/gdcm/trunk/ Homepage: http://gdcm.sourceforge.net/ From what I understood it should be something like: Build-Depends: debhelper (= 5.0.37.2), python-dev, quilt, python-support (= 0.3.9), uuid-dev, zlib1g-dev, libexpat1-dev, swig, cmake, libvtk5-dev, python-vtk, libpng12-dev | libpng-dev, libjpeg62-dev, libtiff4-dev, libfreetype6-dev, libopenjpeg-dev, libxext-dev, libxss-dev, libxft-dev, mono-devel (= 2.0) [!alpha !hppa !m68k] (Detail at mono-devel (= 2.0) [!alpha !hppa !m68k]) And not changing it from Build-Depends to Build-Depends-Indep Best regards, Nelson -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531174: Fwd: gdcm: Got a SIGABRT while executing native code
forwarded -- Forwarded message -- From: Mirco Bauer mee...@debian.org Date: Sun, May 31, 2009 at 12:21 PM Subject: Re: gdcm: Got a SIGABRT while executing native code To: debian-...@lists.debian.org On Sat, 30 May 2009 18:07:31 +0200 Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Sat, May 30, 2009 at 4:00 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Sat, May 30, 2009 at 11:48 AM, Mirco Bauer mee...@debian.org wrote: ... That it freaks out like this is probably a bug, not sure if SIGABRT is ok for expected fatal conditions. The issue is that some (but not all) buildds do not have a writable home-directory. The Mono runtime is emulating some I/O features that Microsoft .NET supports using that .wapi directory in $HOME. Most applications don't need this emulation though, so either the emulation should be disabled or a writable home-directory set. This common issue is also mentioned in the Debian CLI Policy §4.3 [0] The recommended version is now to disable it using: export MONO_DISABLE_SHM=1 I do not understand what this means. Do you want me to add the previous export to the debian/rules file for gdcm ? One related note, I did a short check of the gdcm source packages and Cool ! Thanks for taking the time ! noticed it doesn't handle Mono architectures. Mono is not available for all Debian architectures. It supports all except: m68k, hppa and alpha. This means your Build-Depends line has to cope with that, to only pull the mono deps in when it's a Mono arch. At the same time the configure script/call has to optionally skip the building of the Mono binding, else it will FTBFS on the named unsupported archs. I am looking at: http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html#s-build-deps Do you have a reference on how to do that ? Should I hardcode which architecture does not work: Build-Depends: mono-devel (= 2.0) [!alpha !hppa !m68k] That would work, or do the opposite and list all the mono archs, see mono's control file for the complete mono arch list: http://git.debian.org/?p=pkg-mono/packages/mono.git;a=blob;f=debian/control;h=49128ec01c49f314c29f919aad9f7e2926583362;hb=master But make sure to use those arch-specific build-deps for all packages that are related and needed for the mono build part. Thanks, -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developermee...@meebey.net http://www.meebey.net/ PEAR Developermee...@php.net http://pear.php.net/ Debian Developer mee...@debian.org http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-cli-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536958: [Debian-med-packaging] Bug#536958: marked as done (gdcm: FTBFS: ld: cannot find -lvtkCommonJava)
On Wed, Jul 15, 2009 at 9:42 AM, Charles Plessyple...@debian.org wrote: Le Wed, Jul 15, 2009 at 07:21:04AM +, Debian Bug Tracking System a écrit : Date: Wed, 15 Jul 2009 09:19:14 +0200 From: Mathieu Malaterre mathieu.malate...@gmail.com To: 536958-d...@bugs.debian.org Subject: Package: gdcm Version: 2.0.12-6 Hi Mathieu, can you give us little more details? Have a nice day, For some reason the bug was reported on gdcm 2.0.12-5 which was an error on my side. I forgot to pbuilder --update and the layout of VTK was changed. 2.0.12-6 explicitly fixed that particular FTBS... ... * Bug #533198, moved vtk Java libraries from /usr/lib to /usr/lib/jni. Support both old and new layout. ... 2.0.12-5 was only available for a couple of hours, I have no clue how in the world this happened... -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537227: ITP: kwstyle -- style checker for source code
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: kwstyle Version : 1.0.0 Upstream Author : Julien Jomier julien.jom...@kitware.com * URL : http://public.kitware.com/KWStyle/ * License : BSD Programming Lang: C++ Description : style checker for source code KWStyle is integrated in the software process to ensure that the code written by several users is consistent and can be viewed/printed as it was written by one person. KWStyle is primarily checking C/C++ source code but can be easily extended to other languages. It assumes that the code is syntaxically correct, i.e it compiles on a standard compiler. Among the fearures provided by KWStyle: - Several Indentation checking - Copyright Header correctness - Maximum line length - Encapsulation preservation - Internal variable checking via regular expressions - New line at the end of file -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538280: vim-runtime: Please update cmake syntax file (patch)
Package: vim-runtime Version: 1:7.1.314-3+lenny2 Severity: normal Please update cmake.vim syntax file for vim. This patch was generated using: cmake --help-command-list out Thanks ! -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim-runtime depends on: ii dpkg 1.14.25Debian package management system Versions of packages vim-runtime recommends: ii vim-gtk [vim] 1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor - ii vim-tiny 1:7.1.314-3+lenny2 Vi IMproved - enhanced vi editor - vim-runtime suggests no packages. -- no debconf information --- ./runtime/syntax/cmake.vim.old 2009-07-24 17:22:35.0 +0200 +++ ./runtime/syntax/cmake.vim 2009-07-24 17:23:50.0 +0200 @@ -49,7 +49,7 @@ syn keyword cmakeDeprecated ABSTRACT_FILES BUILD_NAME SOURCE_FILES SOURCE_FILES_REMOVE VTK_MAKE_INSTANTIATOR VTK_WRAP_JAVA VTK_WRAP_PYTHON VTK_WRAP_TCL WRAP_EXCLUDE_FILES \ nextgroup=cmakeArgument syn keyword cmakeStatement - \ ADD_CUSTOM_COMMAND ADD_CUSTOM_TARGET ADD_DEFINITIONS ADD_DEPENDENCIES ADD_EXECUTABLE ADD_LIBRARY ADD_SUBDIRECTORY ADD_TEST AUX_SOURCE_DIRECTORY BUILD_COMMAND BUILD_NAME CMAKE_MINIMUM_REQUIRED CONFIGURE_FILE CREATE_TEST_SOURCELIST ELSE ELSEIF ENABLE_LANGUAGE ENABLE_TESTING ENDFOREACH ENDIF ENDWHILE EXEC_PROGRAM EXECUTE_PROCESS EXPORT_LIBRARY_DEPENDENCIES FILE FIND_FILE FIND_LIBRARY FIND_PACKAGE FIND_PATH FIND_PROGRAM FLTK_WRAP_UI FOREACH GET_CMAKE_PROPERTY GET_DIRECTORY_PROPERTY GET_FILENAME_COMPONENT GET_SOURCE_FILE_PROPERTY GET_TARGET_PROPERTY GET_TEST_PROPERTY IF INCLUDE INCLUDE_DIRECTORIES INCLUDE_EXTERNAL_MSPROJECT INCLUDE_REGULAR_EXPRESSION INSTALL INSTALL_FILES INSTALL_PROGRAMS INSTALL_TARGETS LINK_DIRECTORIES LINK_LIBRARIES LIST LOAD_CACHE LOAD_COMMAND MACRO MAKE_DIRECTORY MARK_AS_ADVANCED MATH MESSAGE OPTION OUTPUT_REQUIRED_FILES PROJECT QT_WRAP_CPP QT_WRAP_UI REMOVE REMOVE_DEFINITIONS SEPARATE_ARGUMENTS SET SET_DIRECTORY_PROPERTIES SET_SOURCE_FILES_PROP ERTIES SET_TARGET_PROPERTIES SET_TESTS_PROPERTIES SITE_NAME SOURCE_GROUP STRING SUBDIR_DEPENDS SUBDIRS TARGET_LINK_LIBRARIES TRY_COMPILE TRY_RUN USE_MANGLED_MESA UTILITY_SOURCE VARIABLE_REQUIRES VTK_MAKE_INSTANTIATOR VTK_WRAP_JAVA VTK_WRAP_PYTHON VTK_WRAP_TCL WHILE WRITE_FILE ENDMACRO + \ ADD_CUSTOM_COMMAND ADD_CUSTOM_TARGET ADD_DEFINITIONS ADD_DEPENDENCIES ADD_EXECUTABLE ADD_LIBRARY ADD_SUBDIRECTORY ADD_TEST AUX_SOURCE_DIRECTORY BREAK BUILD_COMMAND CMAKE_MINIMUM_REQUIRED CMAKE_POLICY CONFIGURE_FILE CREATE_TEST_SOURCELIST DEFINE_PROPERTY ELSE ELSEIF ENABLE_LANGUAGE ENABLE_TESTING ENDFOREACH ENDFUNCTION ENDIF ENDMACRO ENDWHILE EXECUTE_PROCESS EXPORT FILE FIND_FILE FIND_LIBRARY FIND_PACKAGE FIND_PATH FIND_PROGRAM FLTK_WRAP_UI FOREACH FUNCTION GET_CMAKE_PROPERTY GET_DIRECTORY_PROPERTY GET_FILENAME_COMPONENT GET_PROPERTY GET_SOURCE_FILE_PROPERTY GET_TARGET_PROPERTY GET_TEST_PROPERTY IF INCLUDE INCLUDE_DIRECTORIES INCLUDE_EXTERNAL_MSPROJECT INCLUDE_REGULAR_EXPRESSION INSTALL LINK_DIRECTORIES LIST LOAD_CACHE LOAD_COMMAND MACRO MARK_AS_ADVANCED MATH MESSAGE OPTION OUTPUT_REQUIRED_FILES PROJECT QT_WRAP_CPP QT_WRAP_UI REMOVE_DEFINITIONS RETURN SEPARATE_ARGUMENTS SET SET_DIRECTORY_PROPERTIES SET_PROPERTY SET_SOURCE_FILES_PROPERTIES SET_TARGET_PROPERTIES SE T_TESTS_PROPERTIES SITE_NAME SOURCE_GROUP STRING TARGET_LINK_LIBRARIES TRY_COMPILE TRY_RUN UNSET VARIABLE_WATCH WHILE BUILD_NAME EXEC_PROGRAM EXPORT_LIBRARY_DEPENDENCIES INSTALL_FILES INSTALL_PROGRAMS INSTALL_TARGETS LINK_LIBRARIES MAKE_DIRECTORY REMOVE SUBDIR_DEPENDS SUBDIRS USE_MANGLED_MESA UTILITY_SOURCE VARIABLE_REQUIRES WRITE_FILE \ nextgroup=cmakeArgumnts syn match cmakeMacro /^\s*[A-Z_]\+/ nextgroup=cmakeArgumnts
Bug#535567: libgdcm-cil does not compile on some system
Package: libgdcm-cil Severity: normal As reported in automated builds, libgdcm-cil cannot be compiled https://buildd.debian.org/~luk/status/package.php?p=gdcm [ 0%] csc *.cs /bin/sh: /usr/bin/csc: No such file or directory make[3]: *** [bin/./gdcm-sharp.dll] Error 127 make[3]: Leaving directory `/build/buildd/gdcm-2.0.12/debian/build-python2.5' make[2]: *** [Wrapping/Csharp/CMakeFiles/GDCMCSharp.dir/all] Error 2 -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535944: ccmake is once again missing
Package: cmake Version: 2.6.4-1 Severity: important This is a reminiscence of Bug 481392. As of today testing unstable do not provide the cmake curses interface (ccmake). Ref: http://packages.debian.org/squeeze/amd64/cmake/filelist http://packages.debian.org/sid/amd64/cmake/filelist Thanks -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cmake depends on: ii cmake-data 2.6.4-1 CMake data files (modules, templat ii libc6 2.9-12GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-8lenny2Multi-protocol file transfer libra ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc11:4.4.0-5 GCC support library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libxmlrpc-c3 1.06.27-1 A lightweight RPC library based on ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime cmake recommends no packages. cmake suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535944: ccmake is once again missing
On Mon, Jul 6, 2009 at 10:52 AM, Mathieu Malaterremathieu.malate...@gmail.com wrote: Package: cmake Version: 2.6.4-1 Severity: important This is a reminiscence of Bug 481392. As of today testing unstable do not provide the cmake curses interface (ccmake). Ref: http://packages.debian.org/squeeze/amd64/cmake/filelist http://packages.debian.org/sid/amd64/cmake/filelist Sorry I was confused by : 1. apt-file search ccmake returned 'cmake' 2. doing apt-get install -t testing cmake from debian/stable did not automatically install cmake-curses-gui Sorry for the noise. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536102: gcc-snapshot: Package does not provide javac symlink
Package: gcc-snapshot Version: 20090620-1 Severity: normal It would be nice if the package would provide a proper javac symlink just like gcj package is doing. See bug #528084 for reference. Thank you -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-snapshot depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii libasound2 1.0.20-2 shared library for ALSA applicatio ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.9-12GNU C Library: Shared libraries ii libc6-dev 2.9-12GNU C Library: Development Librari ii libc6-dev-i386 2.9-12GNU C Library: 32bit development l ii libc6-i386 2.9-12GNU C Library: 32bit shared librar ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgmp3c2 2:4.2.2+dfsg-3Multiprecision arithmetic library ii libgtk2.0-02.12.12-1~lenny1 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libmpfr1ldbl 2.3.1.dfsg.1-2multiple precision floating-point ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii python 2.5.2-3 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime gcc-snapshot recommends no packages. gcc-snapshot suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536102: gcj-wrapper
javac Description: Binary data
Bug#536363: ITP: vera++ -- Vera++ is a programmable tool for verification, analysis and transformation of C++ source code.
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: vera++ Version : 1.1.1 Upstream Author : Maciej Sobczak * URL : http://www.inspirel.com/vera/ * License : Boost Programming Lang: C++ Description : Vera++ - Programmable verification and analysis tool for C++ Vera++ is a programmable tool for verification, analysis and transformation of C++ source code. Vera++ is mainly an engine that parses C++ source files and presents the result of this parsing to scripts in the form of various collections - the scripts are actually performing the requested tasks. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536477: ITP: cdash -- An open source, web-based software testing server.
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: cdash Version : 1.4.2 Upstream Author : Julien Jomier julien.jomier at kitware.com * URL : http://www.cdash.org/ * License : BSD Programming Lang: PHP, XSL Description : An open source, web-based software testing server. CDash aggregates, analyzes and displays the results of software testing processes submitted from clients located around the world. Developers depend on CDash to convey the state of a software system, and to continually improve its quality. CDash is a part of a larger software process that integrates Kitware's CMake, CTest, and CPack tools, as well as other external packages used to design, manage and maintain large-scale software systems. Good examples of a CDash are the CMake quality dashboard and the VTK quality dashboard. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536496: opensched: Project not loaded: Cannot open data file workplan.sched
Package: opensched Version: 0.4.4-6 Severity: normal hi, I cannot start opensched. From the terminal: $ opensched Project not loaded: Cannot open data file workplan.sched I could not find anything neither in the man page, nor on a google search. Thanks -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages opensched depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-5 GCC support library ii libstdc++64.4.0-5The GNU Standard C++ Library v3 opensched recommends no packages. Versions of packages opensched suggests: ii epiphany-gecko [ww 2.22.3-9 Intuitive GNOME web browser - Geck ii gs-common 8.62.dfsg.1-3.2lenny1 Dummy package depending on ghostsc ii iceweasel [www-bro 3.0.6-1 lightweight web browser based on M ii konqueror [www-bro 4:3.5.9.dfsg.1-6 KDE's advanced file manager, web b pn texlive-latex-extr none(no description available) ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561396:
Since VTK is in pretty good shape I'd like to introduce the same hack I used in GDCM, to clean the VTKLibraryDepends.cmake file. I am thinking in running something like: sed -e 's...@general;/usr/lib[64]*/lib[a-z0-9]\+.so;@@' VTKLibraryDepends.cmake to remove any link to /usr/lib/lib* files. I have not found how to run this sed expression multiple times on the same line. This would solve bug #561396 HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561396:
On Mon, May 17, 2010 at 9:43 PM, Denis Barbier bou...@gmail.com wrote: On 2010/5/17 Mathieu Malaterre wrote: Since VTK is in pretty good shape I'd like to introduce the same hack I used in GDCM, to clean the VTKLibraryDepends.cmake file. I am thinking in running something like: sed -e 's...@general;/usr/lib[64]*/lib[a-z0-9]\+.so;@@' VTKLibraryDepends.cmake to remove any link to /usr/lib/lib* files. I have not found how to run this sed expression multiple times on the same line. This would solve bug #561396 I fully agree, but it won't help here, your regexp does not catch /usr/lib/jvm/default-java/jre/lib/*/libjawt.so You may try instead sed -e 's...@general;/usr/[^;]*\.so;@@g' VTKLibraryDepends.cmake Is this file needed at all on Debian systems? Yes ! See for instance use-case: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579642 cmake does not use pkgconfig and such but instead read this kind of file to track dependant library (which is really only usefull for static lib...). Dominique/Maitland any suggestion for the patch ? Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561396:
On Mon, May 17, 2010 at 11:27 PM, Denis Barbier bou...@gmail.com wrote: On 2010/5/17 Mathieu Malaterre wrote: On Mon, May 17, 2010 at 9:43 PM, Denis Barbier bou...@gmail.com wrote: [...] You may try instead sed -e 's...@general;/usr/[^;]*\.so;@@g' VTKLibraryDepends.cmake Is this file needed at all on Debian systems? Yes ! See for instance use-case: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579642 This is a different issue; it is caused by overlinking, it would not hurt to have an empty VTKLibraryDepends.cmake Yes it would, I believe you prepared the patch for VTK a while back. cmake does not use pkgconfig and such but instead read this kind of file to track dependant library (which is really only usefull for static lib...). Information about needed libraries are already embedded within ELF shared objects. BTW I just tried and have been able to build gdcm package after echo /usr/lib/vtk-5.4/VTKLibraryDepends.cmake I think Brad King rejected your patch because you were not propagating vtkCommon or vtksys as an automatic dep. So if you have an empty /usr/lib/vtk-5.4/VTKLibraryDepends.cmake, you should be able to produce a simple example that does: add_executable(bla bla.cxx) target_link_libraries(bla vtkFiltering) # cmake will pull vtkCommon/vtksys dep automatically. In this case you can produce a different behavior for an installed tree VTK vs a build tree VTK. HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582742: paraview: FTBFS on ia64
Package: paraview Version: 3.6.2-4 Severity: serious Justification: FTBFS paraview (VTK) does not build on ia64: [ 34%] Building CXX object VTK/Hybrid/CMakeFiles/vtkHybrid.dir/vtkThinPlateSplineTransform.o /build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/VTK/Hybrid/vtkThinPlateSplineTransform.cxx: In member function 'virtual void vtkThinPlateSplineTransform::InternalUpdate()': /build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/VTK/Hybrid/vtkThinPlateSplineTransform.cxx:497: internal compiler error: in insert_in_history_vect, at sel-sched-ir.c:1514 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.4/README.Bugs for instructions. make[3]: *** [VTK/Hybrid/CMakeFiles/vtkHybrid.dir/vtkThinPlateSplineTransform.o] Error 1 make[3]: Leaving directory `/build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/obj-ia64-linux-gnu' make[2]: *** [VTK/Hybrid/CMakeFiles/vtkHybrid.dir/all] Error 2 make[2]: Leaving directory `/build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/obj-ia64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/obj-ia64-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ref: https://buildd.debian.org/fetch.cgi?pkg=paraview;ver=3.6.2-4;arch=ia64;stamp=1274534674 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bpo.3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages paraview depends on: ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.0-2GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.6.1-1 The OpenGL utility library (GLU) ii libhdf5-serial-1.8.4 [l 1.8.4-5 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libopenmpi1.3 1.3.3-4 high performance message passing l ii libpng12-0 1.2.43-1 PNG library - runtime ii libqt4-assistant4:4.5.3-4Qt 4 assistant module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.5.0-2 The GNU Standard C++ Library v3 ii libswscale0 4:0.5.1-3ffmpeg video scaling library ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.5.4-9 An interactive high-level object-o ii python-support 1.0.3~bpo50+1automated rebuilding support for P ii python2.5 2.5.5-2 An interactive high-level object-o ii qt4-dev-tools 4:4.5.3-4Qt 4 development tools ii tcl8.3 [tclsh] 8.3.5-13 Tcl (the Tool Command Language) v8 ii tcl8.4 [tclsh] 8.4.19-2 Tcl (the Tool Command Language) v8 ii tcl8.5 [tclsh] 8.5.8-2 Tcl (the Tool Command Language) v8 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages paraview recommends: ii mpi-default-bin 0.6Standard MPI runtime programs ii qt4-dev-tools 4:4.5.3-4 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no description available) pn hdf5-toolsnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582742: VTK fails to build on ia64
On Sun, May 23, 2010 at 11:56 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Hi, For some reason when compiling VTK (from the paraview package), VTK fails to compile and trigger an ICE in gcc: [ 34%] Building CXX object VTK/Hybrid/CMakeFiles/vtkHybrid.dir/vtkThinPlateSplineTransform.o /build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/VTK/Hybrid/vtkThinPlateSplineTransform.cxx: In member function 'virtual void vtkThinPlateSplineTransform::InternalUpdate()': /build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/VTK/Hybrid/vtkThinPlateSplineTransform.cxx:497: internal compiler error: in insert_in_history_vect, at sel-sched-ir.c:1514 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.4/README.Bugs for instructions. make[3]: *** [VTK/Hybrid/CMakeFiles/vtkHybrid.dir/vtkThinPlateSplineTransform.o] Error 1 make[3]: Leaving directory `/build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/obj-ia64-linux-gnu' make[2]: *** [VTK/Hybrid/CMakeFiles/vtkHybrid.dir/all] Error 2 make[2]: Leaving directory `/build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/obj-ia64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-paraview_3.6.2-4-ia64-AgrR6s/paraview-3.6.2/obj-ia64-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Since I am a DM, I do not have access to this machine. What is the best way to get this issue resolved ? - contact debian-ia64 ? - forward the issue to a DD ? I have logged an issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582742 I believe this is related to : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576198 The only difference is it seems that -O2 optimization is enough to trigger the ICE. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572131: [Debian-med-packaging] Bug#572131: libinsighttoolkit3-dev: built against tcl8.4 but vtk is against 8.5
On Tue, Mar 2, 2010 at 2:46 PM, Michal Suchanek michal.sucha...@ruk.cuni.cz wrote: On 03/02/2010 12:37 AM, Mathieu Malaterre wrote: On Mon, Mar 1, 2010 at 7:49 PM, Michal Suchanekhramr...@centrum.cz michal.sucha...@ruk.cuni.cz wrote: Package: libinsighttoolkit3-dev Version: 3.16.0-1j Severity: normal Hello I tried building InsightApplications against the Debian packages libvtk5-dev and libinsighttoolkit3-dev but the build is failing to locate the tcl headers`. After adding CFLAGS I got error that /usr/lib/libtcl8.5.so cannot be built. It looks like tcl 8.5 is used by vtk but 8.4 by vtk which does not fit together well. Could you please copy/paste the *exact* compilation error. I believe this is due to the fact that CMake does transitive linking. If a library Foo links against libtcl8.5.so.0, there are cases where cmake will try to link to both -lFoo and -ltcl8.5 when -lFoo only is sufficient. As a simple work-around one need to install the -dev package for tcl8.5 Yes, the workaround works for me. However, the exact error is not very enlightening because the error is about missing tcl.h and only after adding some tcl.h into header search path the build would complain about missing libtcl8.5.so The problem could be probably easily diagnosed if cmake printed the commands it executes but I did not find anything in the cmake help about any option to turn it on. $ make VERBOSE=1 -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572235: Please use generate dia man page instead of old debian dia.1
Package: dia Version: 0.97.1-1 Severity: normal It would be nice if the documentation of dia was accurate. the debian package use an old dia.1 file instead of using the generated man page: ./doc/en/dia.1 Please use the generated one (from docbook input). Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dia depends on: ii dia-common 0.97.1-1 Diagram editor (common files) ii dia-libs0.97.1-1 Diagram editor (library files) ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.6-1~bpo50+1 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpng12-0 1.2.42-2 PNG library - runtime ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages dia recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t dia suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572337: mono-xbuild: error : Invalid ResX input. at System.Resources.ResXResourceReader.LoadData ()
Package: mono-xbuild Version: 2.4.2.3+dfsg-2~bpo50+1 Severity: important Hi, The following debian package: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=xsddiagram can only be built using monodevelop and not xbuild. It fails with: xbuild /tmp/buildd/xsddiagram-0.5/XSDDiagram.sln XBuild Engine Version 2.4.4.0 Mono, Version 2.4.4.0 Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2009. Build started 03/03/2010 13:34:18. __ Project /tmp/buildd/xsddiagram-0.5/XSDDiagram.sln (default target(s)): Target ValidateSolutionConfiguration: Building solution configuration Debug|Any CPU. Target Build: Project /tmp/buildd/xsddiagram-0.5/XSDDiagram.csproj (default target(s)): Target _ValidateEssentialProperties: Target PrepareForBuild: Configuration: Debug Platform: AnyCPU Created directory bin/Debug/ Created directory obj/Debug/ Target SplitProjectReferencesByExistent: Target ResolveProjectReferences: Target ResolveAssemblyReferences: /usr/lib/mono/2.0/Microsoft.Common.targets: warning : Reference 'System.Deployment' not resolved For searchpath {CandidateAssemblyFiles} Warning: {CandidateAssemblyFiles} not supported currently For searchpath {HintPathFromItem} HintPath attribute not found For searchpath {TargetFrameworkDirectory} Considered target framework dir /usr/lib/mono/2.0, assembly named 'System.Deployment' not found. For searchpath {PkgConfig} Considered System.Deployment, but could not find in any pkg-config files. For searchpath {GAC} Considered System.Deployment, but could not find in the GAC. For searchpath {RawFileName} Considered '/tmp/buildd/xsddiagram-0.5/System.Deployment' as a file, but the file does not exist For searchpath bin/Debug/ Considered '/tmp/buildd/xsddiagram-0.5/bin/Debug/System.Deployment' as a file, but the file does not exist Considered '/tmp/buildd/xsddiagram-0.5/bin/Debug/System.Deployment.exe' as a file, but the file does not exist Considered '/tmp/buildd/xsddiagram-0.5/bin/Debug/System.Deployment.dll' as a file, but the file does not exist Target CopyFilesMarkedCopyLocal: Target AssignTargetPaths: Target SplitResourcesByCulture: Target CreateManifestResourceNames: Target GenerateResources: Compiling resource file 'AboutForm.resx' into 'obj/Debug/XSDDiagram.AboutForm.resources' Compiling resource file 'DiagramControl.resx' into 'obj/Debug/XSDDiagram.DiagramControl.resources' Compiling resource file 'DiagramControlContainer.resx' into 'obj/Debug/XSDDiagram.DiagramControlContainer.resources' Compiling resource file 'ElementsForm.resx' into 'obj/Debug/XSDDiagram.ElementsForm.resources' Compiling resource file 'ErrorReportForm.resx' into 'obj/Debug/XSDDiagram.ErrorReportForm.resources' Compiling resource file 'MainForm.resx' into 'obj/Debug/XSDDiagram.MainForm.resources' Compiling resource file 'Properties/Resources.resx' into 'obj/Debug/XSDDiagram.Properties.Resources.resources' /usr/lib/mono/2.0/Microsoft.Common.targets: error : Invalid ResX input. at System.Resources.ResXResourceReader.LoadData () [0x0] at System.Resources.ResXResourceReader.GetEnumerator () [0x0] at Microsoft.Build.Tasks.GenerateResource.CompileResourceFile (System.String sname, System.String dname) [0x0] /usr/lib/mono/2.0/Microsoft.Common.targets: error : Error during compiling resource file. Task GenerateResource execution -- FAILED Done building target GenerateResources in project /tmp/buildd/xsddiagram-0.5/XSDDiagram.csproj.-- FAILED Target _GetCompileOutputsForClean: Target
Bug#572337: Fwd: Sponsor for XSDDiagram
-- Forwarded message -- From: Jo Shields Sorry, you're not being ignored, I've just had a lot on. I notice you're pulling in MonoDevelop in its entireity as a build-depend, which is a little odd... does it really not build with xbuild? If not, can you file a bug with the Mono folks, because it ought to... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572355: mediawiki: A copy of your installation's LocalSettings.php must exist and be readable in the source directory.
Package: mediawiki Version: 1:1.15.1-1~bpo50+1 Severity: normal The backup utility : /usr/share/mediawiki/maintenance/dumpBackup.php is missing some documentation. In particular it does not document the --conf command line option. This option allows one to specify the full path to LocalSettings.php, like this: php /usr/share/mediawiki/maintenance/dumpBackup.php --conf /path/to/wiki/LocalSettings.php --full Please add it to the current help: $ php /usr/share/mediawiki/maintenance/dumpBackup.php ~/Startup/Gandi/Backups/Backup_2010-03-03/WikiXMLDumps This script dumps the wiki page database into an XML interchange wrapper format for export or backup. XML output is sent to stdout; progress reports are sent to stderr. Usage: php dumpBackup.php action [options] Actions: --full Dump complete history of every page. --current Includes only the latest revision of each page. --logs Dump action logs for every page. Options: --quiet Don't dump status reports to stderr. --report=n Report position and speed after every n pages processed. (Default: 100) --server=h Force reading from MySQL server h --start=n Start from page_id n --end=n Stop before page_id n (exclusive) --skip-header Don't output the mediawiki header --skip-footer Don't output the /mediawiki footer --stub Don't perform old_text lookups; for 2-pass dump --uploads Include upload records (experimental) Fancy stuff: --plugin=class[:file] Load a dump plugin class --output=type:file Begin a filtered output stream; types: file, gzip, bzip2, 7zip --filter=type[:options] Add a filter on an output branch Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mediawiki depends on: ii apache22.2.9-10+lenny6 Apache HTTP Server metapackage ii apache2-mpm-prefor 2.2.14-5 Apache HTTP Server - traditional n ii debconf [debconf-2 1.5.24Debian configuration management sy ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii php5 5.2.6.dfsg.1-1+lenny6 server-side, HTML-embedded scripti ii php5-mysql 5.2.6.dfsg.1-1+lenny6 MySQL module for php5 Versions of packages mediawiki recommends: ii mysql-server 5.0.51a-24+lenny1 MySQL database server (metapackage ii mysql-server-5.0 [ 5.0.51a-24+lenny1 MySQL database server binaries ii php5-cli 5.2.6.dfsg.1-1+lenny6 command-line interpreter for the p Versions of packages mediawiki suggests: ii clamav 0.95.3+dfsg-1~volatile1 anti-virus utility for Unix - comm ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs ii mediawiki-math 1:1.15.1-1~bpo50+1 math rendering plugin for MediaWik ii memcached 1.2.2-1+lenny1 A high-performance memory object c ii php5-gd 5.2.6.dfsg.1-1+lenny6GD module for php5 -- debconf information: mediawiki/webserver: apache2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572337: Fwd: Sponsor for XSDDiagram
-- Forwarded message -- Okay, I've spoken with the xbuild author, and there's an easy fix (which I've tested). On your (commented out) xbuild build line, stick MONO_IOMAP=all at the start of the line. This will cause mono to ignore all instances of incorrect casing (e.g. readme.txt being called ReadMe.txt in the build file, or similar) and instances of bad path separators (/ versus \). And it builds fine, without pulling in all of MonoDevelop and all related cruft. Update your mentor package to use this, and I'll upload it. signature.asc Description: PGP signature
Bug#573134: Remove cron for docbookwiki
Package: docbookwiki Version: 0.9.1cvs-13 Severity: important When removing docbookwiki, the package does not remove the crontab. It is still present after removal: $ cat /etc/cron.d/docbookwiki # # Regular cron jobs for the docbookwiki package # 1 4 * * 1 dbwiki /usr/share/docbookwiki/content/downloads/make-all-downloads.sh 1 4 * * 2 dbwiki /usr/share/docbookwiki/search/make_index.sh Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages docbookwiki depends on: ii adduser3.110 add and remove users and groups ii apache2-mpm-prefor 2.2.14-5 Apache HTTP Server - traditional n ii dblatex0.2.9-3 Produces DVI, PostScript, PDF docu ii debconf [debconf-2 1.5.24Debian configuration management sy ii docbook-dsssl 1.79-6modular DocBook DSSSL stylesheets, ii docbook-utils 0.6.14-1.1Convert Docbook files to other for ii docbook-xml4.5-6 standard XML documentation system, ii docbook-xsl1.75.2+dfsg-5~bpo50+1 stylesheets for processing DocBook ii gawk 1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr ii jadetex3.13-10 generator of printable output from ii libapache2-mod-php 5.2.6.dfsg.1-1+lenny6 server-side, HTML-embedded scripti ii libxml2-utils 2.6.32.dfsg-5+lenny1 XML utilities ii mysql-server 5.0.51a-24+lenny1 MySQL database server (metapackage ii mysql-server-5.0 [ 5.0.51a-24+lenny1 MySQL database server binaries ii openssl0.9.8g-15+lenny6 Secure Socket Layer (SSL) binary a ii php5-cli 5.2.6.dfsg.1-1+lenny6 command-line interpreter for the p ii php5-mysql 5.2.6.dfsg.1-1+lenny6 MySQL module for php5 ii subversion 1.6.4dfsg-1~bpo50+1 Advanced version control system ii sudo 1.6.9p17-2Provide limited super user privile ii svn-load 1.2-1 An enhanced import facility for Su ii swish-e2.4.5-5 Simple Web Indexing System for Hum ii xmltex 1.9.debian.1-1TeX package for processing XML fil ii xmlto 0.0.20-5 XML-to-any converter ii xsltproc 1.1.24-2 XSLT command line processor docbookwiki recommends no packages. docbookwiki suggests no packages. -- debconf information: docbookwiki/reconfigure_webserver: * docbookwiki/restart_webserver: true docbookwiki/generate_downloads: false * docbookwiki/purge_books: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573158: wwwconfig-common: restart.sh does not handle Pass Phrase Dialog
Package: wwwconfig-common Version: 0.1.2 Severity: important when installing the javascript-common package, the installation stops like this: $ sudo dpkg -i javascript-common_5_all.deb Selecting previously deselected package javascript-common. (Reading database ... 16832 files and directories currently installed.) Unpacking javascript-common (from javascript-common_5_all.deb) ... Setting up javascript-common (5) ... infinite wait begin User has to guess that the message from apache2 asking for the Pass Phrase is printed at that point. Please leave the usual apache Pass Phrase Dialog printed. $ sudo /etc/init.d/apache2 restart Restarting web server: apache2Apache/2.2.9 mod_ssl/2.2.9 (Pass Phrase Dialog) Some of your private key files are encrypted for security reasons. In order to read them you have to provide the pass phrases. Server www.example.com:443 (RSA) Enter pass phrase: OK: Pass Phrase Dialog successful. . Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash wwwconfig-common depends on no packages. wwwconfig-common recommends no packages. Versions of packages wwwconfig-common suggests: pn apache | apache-sslnone(no description available) ii mysql-client 5.0.51a-24+lenny1 MySQL database client (metapackage ii mysql-client-5.0 [mysq 5.0.51a-24+lenny1 MySQL database client binaries pn postgresql-client none(no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573310: pigz: New upstream : 2.1.6
Package: pigz Version: 2.1.5-1 Severity: normal There is a new upstream: http://www.zlib.net/pigz/pigz-2.1.6.tar.gz Please update the debian package. Thanks ! -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pigz depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime pigz recommends no packages. pigz suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674: [Debian-med-packaging] Bug#579959: gdcm: FTBFS on mipsel and armel, unable to find java
I have added a block by to : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544674 Hopefully things should be sorted out quickly as I see 544674 is marked as 'pending'. Thanks for report On Sun, May 2, 2010 at 6:26 PM, Julien Cristau jcris...@debian.org wrote: Package: gdcm Version: 2.0.14-5 Severity: serious Justification: no longer builds from source See https://buildd.debian.org/fetch.cgi?pkg=gdcmver=2.0.14-5arch=armelstamp=1272631069file=log and https://buildd.debian.org/fetch.cgi?pkg=gdcmver=2.0.14-5arch=mipselstamp=1272626721file=log This is a blocker for the vtk transition, so would be nice to have fixed soon. Cheers, Julien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJL3afFAAoJEDEBgAUJBeQMAgIP+wWPWr0razKsNicwRC0TMQEg zq5KchsDsGgzh14NyfXSRJMrRiwTDbSpdS0Q2Mqg+en9CczUpTjGtxFruAElCYzH vvQTBik0aEqs22WTMwYy7g/JK8sMwxc8AdpWE0gJC7uq5bCDEpv5XApfmSIR/RaJ x5QxoXOUhik2mSkDAss7LiyfrZUG3ANIJZRp6DVSGWbjc7VDau4728+hwlouWXdU 04DHS7KwVRp6HqCHnf6iyRebJFGseNOGjMtRvVr3oMjpvXZZeM3Fgm5JGGlfyRQq wb8AYg+fSMO0dUVONLevJML2FJX58MiGh+l0AvdgrUgguoZxgDue/NgZaShcjEyJ xfYl/UBMEwLZuYDjNxi7LrCqxrPKQOClIKPCQlNeeFmin7e9qkNbsAJW/02Puvm7 X1cn7KOLZY+sLcA8rjWC75QxusDGR4IBCKgaZRDtxkzCiPdRfgrAPszvAqCD8pEZ JbXK6hBR3AeJOtA0X6VW261ZuNWt2fPPBYFUL8hHf3HA78liAWizOnHpao8+KU70 eInKoKsjtQlAzbG+NpI404kJWsHQvy3ztPWdjjD2poboJLQL1hrsmwGMdSyqvHz6 vqWs1IvvcnXQky0X0WTEvti35v7shA1uyR7MUnst85DK/DjSXDn6tu2/3flW7KLs HTKg7wJGrqUE0qtNMojZ =xRfe -END PGP SIGNATURE- ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- Mathieu signature.asc Description: OpenPGP digital signature
Bug#578376:
Any update on the experimental package ? I'd like to test it. Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558998: [Debian-med-packaging] Bug#558998: FTBFS [hppa] - undefined reference to `void_vnl_c_vector_inf_norm...'
On Fri, May 7, 2010 at 12:12 PM, Denis Barbier bou...@gmail.com wrote: Those link errors on hppa are caused by http://vxl.svn.sourceforge.net/viewvc/vxl?view=revrevision=11383 You may revert this patch, it is harmless on other architectures, and see how it goes. Moreover it is not clear at all whether this patch fixed anything on Linux, it may be related to HP-UX and not hppa. This is odd, the vxl package seems to build fine on hppa, both vxl 1.13 and 1.14 can be found: http://packages.qa.debian.org/v/vxl.html Technically the next upload of ITK will use a system installed VXL. HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558998: [Debian-med-packaging] Bug#558998: FTBFS [hppa] - undefined reference to `void_vnl_c_vector_inf_norm...'
On Fri, May 7, 2010 at 2:53 PM, Denis Barbier bou...@gmail.com wrote: 2010/5/7 Mathieu Malaterre mathieu.malate...@gmail.com: On Fri, May 7, 2010 at 12:12 PM, Denis Barbier bou...@gmail.com wrote: Those link errors on hppa are caused by http://vxl.svn.sourceforge.net/viewvc/vxl?view=revrevision=11383 You may revert this patch, it is harmless on other architectures, and see how it goes. Moreover it is not clear at all whether this patch fixed anything on Linux, it may be related to HP-UX and not hppa. This is odd, the vxl package seems to build fine on hppa, both vxl 1.13 and 1.14 can be found: http://packages.qa.debian.org/v/vxl.html Technically the next upload of ITK will use a system installed VXL. But do you link some executables against libvxl when building your package? I guess not. I guess I am missing -Wl,--no-undefined then. I'll update the package do add this flag. Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580671: vxl: Add more compilation flags to VXL
Package: vxl Severity: normal Those link errors on hppa are caused by http://vxl.svn.sourceforge.net/viewvc/vxl?view=revrevision=11383 You may revert this patch, it is harmless on other architectures, and see how it goes. Moreover it is not clear at all whether this patch fixed anything on Linux, it may be related to HP-UX and not hppa. This is odd, the vxl package seems to build fine on hppa, both vxl 1.13 and 1.14 can be found: http://packages.qa.debian.org/v/vxl.html Technically the next upload of ITK will use a system installed VXL. But do you link some executables against libvxl when building your package? I guess not. I guess I am missing -Wl,--no-undefined then. I'll update the package do add this flag. You may also set BUILD_TESTING=on. I just tried, it failed with [ 85%] Building CXX object core/vnl/tests/CMakeFiles/vnl_test_all.dir/test_sparse_matrix.o Linking CXX executable vnl_test_all /usr/bin/ld: cannot find -lvpl But building tests seemed to be pretty light, it may be worth fixing that to ensure that libvxl is usable. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580816:
This is an interesting bug ! I am wondering if this should be part of some sort of cmake-debian policy. This issue can be found in all other cmake prepare package such as VTK: $ cat /usr/lib/vtk-5.4/VTKBuildSettings.cmake ... message(FATAL_ERROR This VTK was built by CMake 2.8.0, but this is CMake ${CMAKE_MAJOR_VERSION}.${CMAKE_MINOR_VERSION}.${CMAKE_PATCH_VERSION}. Please upgrade CMake to a more recent version.) Should the vtk-dev or gdcm-dev package add a dependency including the cmake version ? 2cts -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580959: /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in is a directory
Package: paraview Version: 3.6.2-3 Severity: important Hi, I cannot configure VTKEdge to build paraview plugins. It fails with: CMake Error at /usr/lib/paraview/ParaViewPlugins.cmake:160 (CONFIGURE_FILE): configure_file input location /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in is a directory but a file was expected. Call Stack (most recent call first): /usr/lib/paraview/ParaViewPlugins.cmake:848 (ADD_SERVER_MANAGER_EXTENSION) ParaViewPlugins/CMakeLists.txt:81 (add_paraview_plugin) Indeed: $ find /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in /usr//include/paraview/Servers/Common/vtkPVPluginInit.cxx.in/vtkPVPluginInit.cxx.in Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages paraview depends on: ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-4+lenny3 XML parsing C library - runtime li ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.6.1-1 The OpenGL utility library (GLU) ii libhdf5-serial-1.8.4 [l 1.8.4-patch1-1 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libopenmpi1.3 1.3.3-4 high performance message passing l ii libpng12-0 1.2.42-2 PNG library - runtime ii libqt4-assistant4:4.5.3-4Qt 4 assistant module ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libswscale0 4:0.5.1-3ffmpeg video scaling library ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python 2.5.2-3 An interactive high-level object-o ii python-support 1.0.6automated rebuilding support for P ii python2.5 2.5.2-15+lenny1 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages paraview recommends: ii mpi-default-bin 0.6Standard MPI runtime programs ii qt4-dev-tools 4:4.5.3-4 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no description available) pn hdf5-toolsnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580959:
tags 580959 patch thanks I will upload them in the debian-science/paraview package directory. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580974: paraview: ParaView fails to build with boost 1.42
Package: paraview Version: 3.6.2-3 Severity: serious Justification: no longer builds from source ParaView fails to build with Boost 1.42 as can be seen on buildd: [ 40%] Building CXX object VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkXMLTreeReader.o [ 40%] Building CXX object VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkBoostBiconnectedComponents.o /build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/VTK/Infovis/vtkBoostBiconnectedComponents.cxx:35:41: error: boost/vector_property_map.hpp: No such file or directory make[3]: *** [VTK/Infovis/CMakeFiles/vtkInfovis.dir/vtkBoostBiconnectedComponents.o] Error 1 make[3]: Leaving directory `/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/obj-mipsel-linux-gnu' make[2]: *** [VTK/Infovis/CMakeFiles/vtkInfovis.dir/all] Error 2 make[2]: Leaving directory `/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/obj-mipsel-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-paraview_3.6.2-3-mipsel-UJBGbe/paraview-3.6.2/obj-mipsel-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages paraview depends on: ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-4+lenny3 XML parsing C library - runtime li ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.6.1-1 The OpenGL utility library (GLU) ii libhdf5-serial-1.8.4 [l 1.8.4-patch1-1 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libopenmpi1.3 1.3.3-4 high performance message passing l ii libpng12-0 1.2.42-2 PNG library - runtime ii libqt4-assistant4:4.5.3-4Qt 4 assistant module ii libqt4-dbus 4:4.5.3-4Qt 4 D-Bus module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libswscale0 4:0.5.1-3ffmpeg video scaling library ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python 2.5.2-3 An interactive high-level object-o ii python-support 1.0.6automated rebuilding support for P ii python2.5 2.5.2-15+lenny1 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages paraview recommends: ii mpi-default-bin 0.6Standard MPI runtime programs ii qt4-dev-tools 4:4.5.3-4 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no description available) pn hdf5-toolsnone (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580974:
tags 580974 patch thanks I have prepared a patch based on http://vtk.org/gitweb?p=VTK.git;a=patch;h=8b9fd6316c0fbfa4752dbdc425d8ab66d4356839 to be applied to paraview 3.6.2 It is uploaded in debian-science svn, package paraview. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580974:
On Mon, May 10, 2010 at 12:44 PM, Sylvestre Ledru sylves...@debian.org wrote: Le lundi 10 mai 2010 à 12:14 +0200, Mathieu Malaterre a écrit : tags 580974 patch thanks I have prepared a patch based on http://vtk.org/gitweb?p=VTK.git;a=patch;h=8b9fd6316c0fbfa4752dbdc425d8ab66d4356839 to be applied to paraview 3.6.2 It is uploaded in debian-science svn, package paraview. Do you want an upload ? No ! :) This is not yet working. The patch was -apparently- incomplete. I'll send a mail to debian-science once I am happy with it. Thanks. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581014: paraview does not build with hdf5 1.6.6
Package: paraview Version: 3.6.2-4 Severity: normal paraview does not build with hdf5 1.6.6: [ 0%] Building CXX object Utilities/Xdmf2/libsrc/CMakeFiles/Xdmf.dir/XdmfH5Driver.o /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: warning: missing braces around initializer for ‘H5FD_mem_t [7]’ /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: error: braces around scalar initializer for type ‘H5FD_mem_t’ /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: error: invalid conversion from ‘haddr_t (*)(const H5FD_t*, H5FD_mem_t)’ to ‘herr_t (*)(H5FD_t*, haddr_t)’ /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: error: invalid conversion from ‘herr_t (*)(H5FD_t*, H5FD_mem_t, haddr_t)’ to ‘haddr_t (*)(H5FD_t*)’ /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: error: invalid conversion from ‘haddr_t (*)(const H5FD_t*)’ to ‘herr_t (*)(H5FD_t*, hid_t, void**)’ /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: error: invalid conversion from ‘herr_t (*)(H5FD_t*, H5FD_mem_t, hid_t, haddr_t, size_t, void*)’ to ‘herr_t (*)(H5FD_t*, H5FD_mem_t, hid_t, haddr_t, size_t, const void*)’ /home/mathieu/debian/debian-science/packages/paraview/trunk/ParaView3/Utilities/Xdmf2/libsrc/XdmfH5Driver.cxx:176: error: invalid conversion from ‘herr_t (*)(H5FD_t*, H5FD_mem_t, hid_t, haddr_t, size_t, const void*)’ to ‘herr_t (*)(H5FD_t*, hid_t, unsigned int)’ make[2]: *** [Utilities/Xdmf2/libsrc/CMakeFiles/Xdmf.dir/XdmfH5Driver.o] Error 1 make[1]: *** [Utilities/Xdmf2/libsrc/CMakeFiles/Xdmf.dir/all] Error 2 make: *** [all] Error 2 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages paraview depends on: ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-4+lenny3 XML parsing C library - runtime li ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.6.1-1 The OpenGL utility library (GLU) ii libhdf5-serial-1.8.4 [l 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libopenmpi1.3 1.3.3-4 high performance message passing l ii libpng12-0 1.2.42-2 PNG library - runtime ii libqt4-assistant4:4.5.3-4Qt 4 assistant module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libswscale0 4:0.5.1-3ffmpeg video scaling library ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python 2.5.2-3 An interactive high-level object-o ii python-support 1.0.6automated rebuilding support for P ii python2.5 2.5.2-15+lenny1 An interactive high-level object-o ii qt4-dev-tools 4:4.5.3-4Qt 4 development tools ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages paraview recommends: ii mpi-default-bin 0.6Standard MPI runtime programs ii qt4-dev-tools 4:4.5.3-4 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no
Bug#581017: paraview: No rule to make target `/usr/bin/vtkWrapClientServer'
Package: paraview Version: 3.6.2-4 Severity: normal ParaView debian package should install vtkWrapClientServer. Third party package fails with: cd /home/mathieu/debian/debian-med/trunk/packages/vtkedge/trunk/vtkedge-0.1.0/obj-x86_64-linux-gnu/ParaViewPlugins /usr/bin/kwProcessXML /home/mathieu/debian/debian-med/trunk/packages/vtkedge/trunk/vtkedge-0.1.0/obj-x86_64-linux-gnu/ParaViewPlugins/vtkSMXML_VTKEdge.h VTKEdge Interface GetInterfaces /home/mathieu/debian/debian-med/trunk/packages/vtkedge/trunk/vtkedge-0.1.0/ParaViewPlugins/vtkKWERendering.xml -- Generate module: vtkKWERendering make[3]: *** No rule to make target `/usr/bin/vtkWrapClientServer', needed by `ParaViewPlugins/vtkKWEColorMaterialHelperClientServer.cxx'. Stop. make[3]: Leaving directory `/home/mathieu/debian/debian-med/trunk/packages/vtkedge/trunk/vtkedge-0.1.0/obj-x86_64-linux-gnu' make[2]: *** [ParaViewPlugins/CMakeFiles/VTKEdge.dir/all] Error 2 make[2]: Leaving directory `/home/mathieu/debian/debian-med/trunk/packages/vtkedge/trunk/vtkedge-0.1.0/obj-x86_64-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/mathieu/debian/debian-med/trunk/packages/vtkedge/trunk/vtkedge-0.1.0/obj-x86_64-linux-gnu' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages paraview depends on: ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-4+lenny3 XML parsing C library - runtime li ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libgl1-mesa-glx [libgl1 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.6.1-1 The OpenGL utility library (GLU) ii libhdf5-serial-1.8.4 [l 1.8.4-patch1-2 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libopenmpi1.3 1.3.3-4 high performance message passing l ii libpng12-0 1.2.42-2 PNG library - runtime ii libqt4-assistant4:4.5.3-4Qt 4 assistant module ii libqt4-network 4:4.5.3-4Qt 4 network module ii libqt4-sql 4:4.5.3-4Qt 4 SQL module ii libqt4-xml 4:4.5.3-4Qt 4 XML module ii libqtcore4 4:4.5.3-4Qt 4 core module ii libqtgui4 4:4.5.3-4Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libswscale0 4:0.5.1-3ffmpeg video scaling library ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python 2.5.2-3 An interactive high-level object-o ii python-support 1.0.6automated rebuilding support for P ii python2.5 2.5.2-15+lenny1 An interactive high-level object-o ii qt4-dev-tools 4:4.5.3-4Qt 4 development tools ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages paraview recommends: ii mpi-default-bin 0.6Standard MPI runtime programs ii qt4-dev-tools 4:4.5.3-4 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no description available) pn hdf5-toolsnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570932: ITP: xslthl -- XSLT syntax highlighting
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: xslthl Version : 2.0.1 Upstream Author : Michal Molhanec, Jirka Kosek, Michiel Hendriks * URL : http://xslthl.sf.net * License : zlib/libpng License Programming Lang: Java Description : XSLT syntax highlighting This is an implementation of syntax highlighting as an extension module for XSLT processors . Article about programming written in DocBook, code examples can be automatically syntax highlighted during the XSLT processing phase. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571097: Tutorial: remove reference to dh_clean -k
Package: javahelper Version: 0.28 Severity: normal It would be nice if the tutorial would not reference the command dh_clean -k which has been deprecated. $ grep -r dh_clean * tutorial.html: dh_clean tutorial.html: dh_clean -k tutorial.html: dh_clean -k tutorial.html: dh_clean tutorial.html: dh_clean -k tutorial.html: dh_clean -k tutorial.txt:dh_clean tutorial.txt:dh_clean -k tutorial.txt:dh_clean -k tutorial.txt: dh_clean tutorial.txt: dh_clean -k tutorial.txt: dh_clean -k Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages javahelper depends on: ii bsdmainutils 6.1.10 collection of more utilities from ii dctrl-tools 2.13.1 Command-line tools to process Debi ii debhelper7.4.11~bpo50+1 helper programs for debian/rules ii devscripts 2.10.55~bpo50+1 scripts to make the life of a Debi ii dpkg-dev 1.14.28 Debian package development tools ii fastjar 2:0.95-4Jar creation utility ii python 2.5.2-3 An interactive high-level object-o ii python-debian0.1.14~bpo50+1 Python modules to work with Debian ii python-scriptutil1-1 Python module which provides the f ii realpath 1.12Return the canonicalized absolute javahelper recommends no packages. javahelper suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571198: ITP: xsddiagram -- XML Schema Definition (XSD) diagram viewer
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: xsddiagram Version : 0.5 Upstream Author : Regis Cosnier regis.cosnier.free.fr * URL : http://regis.cosnier.free.fr/?page=XSDDiagram * License : GPL Programming Lang: C# Description : XML Schema Definition (XSD) diagram viewer XSD Diagram is a XML Schema Definition (XSD) diagram viewer - Display the elements, the groups and the attributes - Show the text/HTML documentation of element and attribute when available - Print the diagram - Export the diagram to emf - Zoom the diagram - Registration in the Windows Explorer contextual menu - Drag'n drop a file from explorer -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571221: unoconv: UnoException during conversion: URP_Bridge : disposed
Package: unoconv Version: 0.3-6 Severity: important unoconv cannot convert an odp (OpenDocument Presentation) to docbook. Instead of failing is crashes with the following: $ unoconv -f docbook input.odp # # An unexpected error has been detected by Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x7f257effe610, pid=30770, tid=139800404289808 # # Java VM: Java HotSpot(TM) 64-Bit Server VM (11.2-b01 mixed mode linux-amd64) # Problematic frame: # C [libswlx.so+0x7d1610] # # An error report file with more information is saved as: # /home/mathieu/Projects/sandbox/mathieu/input/hs_err_pid30770.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # [error occurred during error reporting , id 0xb] unoconv: UnoException during conversion: URP_Bridge : disposed (tid=3) Unexpected connection closure The provided document cannot be converted to the desired format. Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages unoconv depends on: ii python 2.5.2-3 An interactive high-level object-o ii python-uno 1:3.1.1-15+squeeze1~bpo50+1 full-featured office productivity Versions of packages unoconv recommends: ii openoffice.o 1:3.1.1-15+squeeze1~bpo50+1 full-featured office productivity ii openoffice.o 1:3.1.1-15+squeeze1~bpo50+1 full-featured office productivity Versions of packages unoconv suggests: ii openoffice.o 1:3.1.1-15+squeeze1~bpo50+1 full-featured office productivity -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571235: w3-dtd-mathml: MathML 3 DTD
Package: w3-dtd-mathml Version: 2.0.0.0-1 Severity: normal MathML 3 DTD are out: http://www.w3.org/Math/DTD/ zip is at: http://www.w3.org/Math/DTD/mathml3-dtd.zip Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages w3-dtd-mathml depends on: ii sgml-base 1.26 SGML infrastructure and SGML catal ii xml-core 0.12 XML infrastructure and XML catalog w3-dtd-mathml recommends no packages. Versions of packages w3-dtd-mathml suggests: ii docbook-mathml1.0.0-2Extension to DocBook XML for using -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571245: xmlbeans: Please provide inst2xsd
Package: xmlbeans Severity: normal It would be nice if the xmlbeans source package would also provide a couple of the bin apps from xmlbeans. I am thinking of inst2xml. See: http://xmlbeans.apache.org/docs/2.0.0/guide/tools.html#inst2xsd Thanks ! -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570095: Patch for fop bug
On Thu, Feb 18, 2010 at 10:38 PM, Vincent Fourmond fourm...@gmail.com wrote: Mathieu, I've just uploaded a package with a fix to experimental. Would you mind trying if that works for you, before I upload to unstable ? (just being my usual paranoid ;-)...) I have tried a couple of things. I just do not understand why I cannot access experimental: $ apt-cache policy fop fop: Installed: 1:0.95.dfsg-9 Candidate: 1:0.95.dfsg-9 Version table: *** 1:0.95.dfsg-9 0 100 http://ftp.fr.debian.org unstable/main Packages 100 /var/lib/dpkg/status 1:0.95.dfsg-7 0 200 http://ftp.fr.debian.org testing/main Packages 1:0.94.dfsg-2 0 500 http://ftp.fr.debian.org lenny/contrib Packages $ cat /etc/apt/sources.list deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free deb http://www.backports.org/debian lenny-backports main contrib non-free deb http://ftp.fr.debian.org/debian/ testing main contrib non-free deb-src http://ftp.fr.debian.org/debian/ testing main contrib non-free deb http://ftp.fr.debian.org/debian/ unstable main contrib non-free deb-src http://ftp.fr.debian.org/debian/ unstable main contrib non-free deb http://ftp.debian.org/debian/ experimental main contrib non-free deb-src http://ftp.debian.org/debian/ experimental main contrib non-free deb http://security.debian.org/ lenny/updates main contrib non-free deb-src http://security.debian.org/ lenny/updates main contrib non-free deb http://volatile.debian.org/debian-volatile lenny/volatile main deb-src http://volatile.debian.org/debian-volatile lenny/volatile main Sorry... -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570095: Patch for fop bug
On Thu, Feb 25, 2010 at 5:13 PM, Vincent Fourmond fourm...@gmail.com wrote: Mathieu Malaterre wrote: On Thu, Feb 18, 2010 at 10:38 PM, Vincent Fourmond fourm...@gmail.com wrote: Mathieu, I've just uploaded a package with a fix to experimental. Would you mind trying if that works for you, before I upload to unstable ? (just being my usual paranoid ;-)...) I have tried a couple of things. I just do not understand why I cannot access experimental: Don't bother, it has moved on to unstable since (with unrelated packaging changes), so with the version you have the bug shouldn't occur anymore... Please reopen if it still does ! Well technically the bug does not occur anymore...it seg fault a little later in the code (line 422 instead of line 350). Oh joy :) For the long story the patch you applied seems to be coming from fop bug tracker #46386. As stated in the comments, this does not look like a clean solution (I am just quoting here): https://issues.apache.org/bugzilla/show_bug.cgi?id=46386#c1 Anyway, I am not sure this is a solution. But given the lack of response from the fop team (see also my other bug report: https://issues.apache.org/bugzilla/show_bug.cgi?id=48765), I do not know what to suggest. I guess a simple bug forward should be a better solution and suggest to use the --strnigparam hyphenate 0 as a temp solution... Anyway here is the current stack now: SEVERE: Exception javax.xml.transform.TransformerException: java.lang.NullPointerException at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:217) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) - javax.xml.transform.TransformerException: java.lang.NullPointerException at com.icl.saxon.IdentityTransformer.transform(IdentityTransformer.java:61) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:214) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) Caused by: java.lang.NullPointerException at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.getChangedKnuthElements(InlineStackingLayoutManager.java:422) at org.apache.fop.layoutmgr.inline.InlineLayoutManager.getChangedKnuthElements(InlineLayoutManager.java:541) at org.apache.fop.layoutmgr.inline.InlineStackingLayoutManager.getChangedKnuthElements(InlineStackingLayoutManager.java:414) at org.apache.fop.layoutmgr.inline.InlineLayoutManager.getChangedKnuthElements(InlineLayoutManager.java:541) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findHyphenationPoints(LineLayoutManager.java:1485) at org.apache.fop.layoutmgr.inline.LineLayoutManager.findOptimalBreakingPoints(LineLayoutManager.java:950) at org.apache.fop.layoutmgr.inline.LineLayoutManager.createLineBreaks(LineLayoutManager.java:917) at org.apache.fop.layoutmgr.inline.LineLayoutManager.getNextKnuthElements(LineLayoutManager.java:607) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.list.ListItemLayoutManager.getNextKnuthElements(ListItemLayoutManager.java:234) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.list.ListBlockLayoutManager.getNextKnuthElements(ListBlockLayoutManager.java:119) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294) at org.apache.fop.layoutmgr.BlockLayoutManager.getNextKnuthElements(BlockLayoutManager.java:116) at org.apache.fop.layoutmgr.BlockStackingLayoutManager.getNextKnuthElements(BlockStackingLayoutManager.java:294
Bug#571491: [Debian-med-packaging] Bug#571491: gdcm: FTBFS with Python 2.6 as default
Dear debian-python, I am trying to solve the following issue (*). Basically Python.h is not found. In order to reproduce it, I tried changing the default python version. Here is where I got to. I read: http://codeghar.wordpress.com/2009/01/27/update-alternatives-in-debian/ http://www.linuxquestions.org/questions/debian-26/change-default-python-version-605397/ So I blindly followed this instruction and I have now: [I have a sid/chroot where I do all my tweakings.] I changed default-version from python2.5 to python2.6 $ cat /usr/share/python/debian_defaults [DEFAULT] # the default python version default-version = python2.6 # all supported python versions supported-versions = python2.5, python2.6 # formerly supported python versions old-versions = python2.3, python2.4 # unsupported versions, including older versions unsupported-versions = python2.3, python2.4 As reported by pyversions -d I was doing something wrong: $ /usr/bin/pyversions -d pyversions: /usr/bin/python does not match the python default version. It must be reset to point to python2.6 Ok then I did: $ update-alternatives --install /usr/bin/python python /usr/bin/python2.5 10 $ update-alternatives --install /usr/bin/python python /usr/bin/python2.6 20 $ update-alternatives --config python All good : $ ls -al /etc/alternatives/python lrwxrwxrwx 1 root root 18 Feb 26 09:01 /etc/alternatives/python - /usr/bin/python2.6 $ ls -al /usr/bin/python lrwxrwxrwx 1 root root 24 Feb 26 09:01 /usr/bin/python - /etc/alternatives/python Well still no luck: $ /usr/bin/pyversions -d pyversions: /usr/bin/python does not match the python default version. It must be reset to point to python2.6 Could someone please let me know how I can change the default python default version, or at least try to reproduce bug #571491. Thanks, Ps: Please note that gdcm Build-Dep on python-dev: http://svn.debian.org/wsvn/debian-med/trunk/packages/gdcm/trunk/debian/control PPs: as a side note this is not related to gdcm at all, but instead vtk package. So I am CCing the vtk-guru too (*) On Thu, Feb 25, 2010 at 7:35 PM, Jakub Wilk jw...@debian.org wrote: Source: gdcm Version: 2.0.14-4 Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, When rebuilt in an environment with Python 2.6 as the default version, your package failed to build from source. Here are the relevant parts of the build log: | make[3]: Entering directory `/build/user-gdcm_2.0.14-4-amd64-ewBrfR/gdcm-2.0.14/debian/build-python2.6' | [ 90%] [ 90%] [ 90%] Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmPythonD.dir/vtkGDCMTestingPython.cxx.o | Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/vtkGDCMTestingJava.cxx.o | In file included from /build/user-gdcm_2.0.14-4-amd64-ewBrfR/gdcm-2.0.14/debian/build-python2.6/Utilities/VTK/vtkGDCMTestingPython.cxx:5: | /usr/include/vtk-5.4/vtkPython.h:46:22: Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/vtkGDCMImageReaderJava.cxx.o | error: Python.h: No such file or directory | Building CXX object Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/vtkGDCMImageWriterJava.cxx.o | In file included from /build/user-gdcm_2.0.14-4-amd64-ewBrfR/gdcm-2.0.14/debian/build-python2.6/Utilities/VTK/vtkGDCMTestingPython.cxx:8: | /usr/include/vtk-5.4/vtkPythonUtil.h:36: error: 'PyObject_HEAD' does not name a type | /usr/include/vtk-5.4/vtkPythonUtil.h:39: error: ISO C++ forbids declaration of 'PyObject' with no type | /usr/include/vtk-5.4/vtkPythonUtil.h:39: error: expected ';' before '*' token | /usr/include/vtk-5.4/vtkPythonUtil.h:40: error: ISO C++ forbids declaration of 'PyObject' with no type If you need help with fixing this bug, don't hesitate to ask on #debian-python or debian-pyt...@lists.debian.org. -- Jakub Wilk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJLhsL8AAoJEC1Os6YBVHX161gQANBIk50l09TM/AGahAFPYKmo 2zSkXJ82THr81opbZrazEJ7xuj42pSqfmaJjR9Ure3Ka44iVKm0lbOI/Z7gPXI/g 1FYb/WBBOaGkLCO7QYPdw/HdSC/uQnLXxEfV+Q0q8+ynxpIKRFl865jqAJ52wXtU MUHL3gYc4QRq7woZ7hXmqhpDfZmGKUHp6L/PnO7Wq1RjPD+TZX7ZaHqJBnM2OKd4 dB4OaR268rKaZY6NoRQtXPgs1h64StSmwg0eCEAzkJSz9paNIgH9i2BHfI0lZIA+ QU25GgbfClCpOC/LtmpAE93CQWaAXtcxaMOfjgWQdMe6MPfrcdQHaDuvopA6zPb+ tamDB3qAuA5N+kGq5PeKd7vCZmStmfSHjHSKm+kA4EoPyV1R7ORmQ5+46FE3mwT/ rA1IOGSX+W1ElJ+SLZ/yxbtP/Cjl8JVuxudKu4Pl3SxouJqGYp6NFnOcQlgHOHkM wsHACwRtHKZQjxtXCBm7F+K6J6myAYakQy3eE7Eu4zpQ7RLJpVzqhuXR9PiPiyNn xDeVAMSZTZP07QrcZ7QeXkXxuEdqPg99SOlMS6WbscqjlmCYjWKQPBXCxAaJx3qS FLP+TfEvLdht6S5wXiCmNrRsrVomSWtz5xAWxd8+Fa1TNtv3vpkIVfXqyD9bDvmZ XIN+tXA+rjq+fd3MV8/f =5MqJ -END PGP SIGNATURE- ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.
Bug#571198: ITP: xsddiagram -- XML Schema Definition (XSD) diagram viewer
On Fri, Feb 26, 2010 at 1:41 PM, Mario Lang ml...@debian.org wrote: Mathieu Malaterre mathieu.malate...@gmail.com writes: Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name : xsddiagram Version : 0.5 Upstream Author : Regis Cosnier regis.cosnier.free.fr * URL : http://regis.cosnier.free.fr/?page=XSDDiagram * License : GPL Programming Lang: C# Description : XML Schema Definition (XSD) diagram viewer [...] - Registration in the Windows Explorer contextual menu - Drag'n drop a file from explorer The last two items should probably be reworded since there is no windows explorer on Debian, obviously. Good point. I removed them. I'll reupload on mentors ASAP. Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551978:
See: http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=vtkedge -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571673: [Debian-med-packaging] Bug#571673: upstream pvrg-jpeg-etb.patch seems to differ from debian's
The patch has been split into 4 : jpeg.1.patch lexer.l.patch marker_o_rdwr.patch and pvrg-jpeg-etb.patch This was easier for me to maintain. Let me know if this is a debian policy violation, or what os needed to make this clear. Thanks On Sat, Feb 27, 2010 at 2:34 AM, Christoph Anton Mitterer christoph.anton.mitte...@physik.uni-muenchen.de wrote: Package: pvrg-jpeg Version: 1.2.1+dfsg1-1 Severity: minor Hi. The upstream version of pvrg-jpeg-etb.patch (http://www.panix.com/~eli/jpeg/pvrg-jpeg-etb.patch.gz) seems to differ from what is shipped with Debian,... is this an accident or could you please explain why? Cheers, Chris *** Please type your report below this line *** -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pvrg-jpeg depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib pvrg-jpeg recommends no packages. Versions of packages pvrg-jpeg suggests: ii libjpeg-progs 8-2.1 Programs for manipulating JPEG fil ii netpbm 2:10.0-12.1 Graphics conversion tools between -- no debconf information This message was sent using IMP, the Internet Messaging Program. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-med-packaging -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571491:
reassign 571491 vtk thanks Ok here is the summary. In order to build the VTK-GDCM extension, GDCM needs a pre-installed copy of VTK on the target machine. In this case a VTK 5.4 compiled against python2.5 was found. When building the VTK-GDCM extension, GDCM does not do anything bug simply passing the exact same compilation flags (thanks to cmake) from VTK to the VTK-GDCM extension. In this case: $ grep python /usr/lib/vtk-5.4/VTKConfig.cmake SET(VTK_INCLUDE_DIRS ${VTK_INSTALL_PREFIX}/include/vtk-5.4;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/lib/openmpi/include;/usr/lib/openmpi/include/openmpi;/usr/include/tcl8.5;/usr/include/python2.5;/usr/include/tcl8.5;/usr/lib/jvm/default-java/include;/usr/lib/jvm/default-java/include;/usr/lib/jvm/default-java/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include/libxml2;/usr/include;/usr/include/freetype2) SET(VTK_PYTHONPATH_DIRS /usr/lib/python2.5/site-packages;/usr/lib/python2.5/site-packages) So VTK-GDCM is only an extension of VTK. Thus whenever VTK will compile with python2.6, VTK-GDCM should compile just fine (the previous errors was reported against a VTK header). Reassigning to VTK package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506992: Fwd: [vtk-developers] LINK_INTERFACE_LIBRARIES: EXPORT_LIBRARY_DEPENDENCIES deprecation
Here is the work in progress. -- Forwarded message -- From: Mathieu Malaterre mathieu.malate...@gmail.com Date: Sun, Feb 28, 2010 at 10:49 PM Subject: Re: [vtk-developers] LINK_INTERFACE_LIBRARIES: EXPORT_LIBRARY_DEPENDENCIES deprecation To: Brad King brad.k...@kitware.com Cc: vtk-develop...@vtk.org, Denis Barbier bou...@gmail.com Hi Brad, On Fri, Feb 26, 2010 at 7:06 PM, Brad King brad.k...@kitware.com wrote: Mathieu Malaterre wrote: [Reminder: In an installed VTK, when linking to the shared lib vtkIO, cmake does transitive linking and will link an executable to vtkIO/png/jpeg/tiff, instead of just the ${KIT_INTERFACE_LIBRARIES}) I'd like to know first if anyone is working on this issue ? I don't think anyone is actively working on this. I think EXPORT rules appear in a few places for host tools during cross compiling. If not what are the steps: 1. Remove EXPORT_LIBRARY_DEPENDENCIES() call and replace with install(EXPORT VTKEXPORTNAME ...) 2. Add EXPORT VTKEXPORTNAME to all install(vtkpng|vtktiff|vtkzlib|vtkIO|...) 3. Tweaks (?) VTKConfig.cmake to start using VTKEXPORTNAME.cmake instead of VTKLibDep.cmake. That's basically it, except for whatever is needed to maintain compatibility. I have prepared a patch for (1) (2) and (3). It is available at: http://gdcm.svn.sf.net/viewvc/gdcm/Sandbox/VTK/vtk.export.libs.patch I'd appreciate if you could comment on it. Did I miss anything ? I made the name configurable so that shared libs (eg. metaio) in between ITK and VTK can configure there exact name separately. Thanks, -- Mathieu -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570095:
Here is what works for me. I'll submit it also upstream. -- Mathieu Index: src/java/org/apache/fop/layoutmgr/inline/InlineStackingLayoutManager.java === --- src/java/org/apache/fop/layoutmgr/inline/InlineStackingLayoutManager.java (revision 917433) +++ src/java/org/apache/fop/layoutmgr/inline/InlineStackingLayoutManager.java (working copy) @@ -288,6 +288,11 @@ while (oldListIterator.hasNext()) { oldElement = (KnuthElement) oldListIterator.next(); currLM = (InlineLevelLayoutManager) oldElement.getLayoutManager(); +// This can occur if a fo:inline element is empty but has an id +// attribute on it. Punt in that case. +if (currLM == null) { + continue; +} // initialize prevLM if (prevLM == null) { prevLM = currLM; @@ -358,6 +363,9 @@ while (oldListIterator.hasNext()) { oldElement = (KnuthElement) oldListIterator.next(); currLM = (InlineLevelLayoutManager) oldElement.getLayoutManager(); +if (currLM == null) { + continue; +} if (prevLM == null) { prevLM = currLM; }
Bug#572131: [Debian-med-packaging] Bug#572131: libinsighttoolkit3-dev: built against tcl8.4 but vtk is against 8.5
On Mon, Mar 1, 2010 at 7:49 PM, Michal Suchanek hramr...@centrum.cz michal.sucha...@ruk.cuni.cz wrote: Package: libinsighttoolkit3-dev Version: 3.16.0-1j Severity: normal Hello I tried building InsightApplications against the Debian packages libvtk5-dev and libinsighttoolkit3-dev but the build is failing to locate the tcl headers`. After adding CFLAGS I got error that /usr/lib/libtcl8.5.so cannot be built. It looks like tcl 8.5 is used by vtk but 8.4 by vtk which does not fit together well. Could you please copy/paste the *exact* compilation error. I believe this is due to the fact that CMake does transitive linking. If a library Foo links against libtcl8.5.so.0, there are cases where cmake will try to link to both -lFoo and -ltcl8.5 when -lFoo only is sufficient. As a simple work-around one need to install the -dev package for tcl8.5 HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577516: cmake: Please add Suggests: gcc-multilib, make
Package: cmake Version: 2.8.0-5 Severity: minor It would be nice if cmake would at least add suggest on gcc and make, otherwise it is pretty much useless by itself. Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cmake depends on: ii cmake-data 2.8.0-5 CMake data files (modules, templat ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-8lenny3 Multi-protocol file transfer libra ii libexpat1 2.0.1-4+lenny3 XML parsing C library - runtime li ii libgcc1 1:4.4.2-9GCC support library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime cmake recommends no packages. cmake suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518798:
Hi, I would try two things: 1. Use full path for `embed-url` in your fop.xconf: font kerning=yes metrics-url=file:///etc/fop/fonts/times-roman.xml embed-url=times.ttf 2. Send the output of `fop -d`. So we can check if your local fonts dir is properly inspected Thanks. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577652: serna: Document validation failed. Validation mode is now switched from Strict to On.
Package: serna Version: 0.svn270-2 Severity: normal Serna does not implement validation when using XInclude. See attached demo*.xml files. Using xmllint no error is reported: $ /usr/bin/xmllint --xinclude --postvalid --noout --nonet demo.xml However serna fails to validate the demo.xml docbook article. Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages serna depends on: ii docbook-xsl1.75.2+dfsg-5~bpo50+1 stylesheets for processing DocBook ii libaspell150.60.6-1 GNU Aspell spell-checker runtime l ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgcc11:4.4.2-9 GCC support library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libqscintilla2-5 2.4-5 The Qt4 port of the Scintilla sour ii libqt4-assistant 4:4.5.3-4 Qt 4 assistant module ii libqt4-network 4:4.5.3-4 Qt 4 network module ii libqt4-qt3support 4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-sql 4:4.5.3-4 Qt 4 SQL module ii libqt4-svg 4:4.5.3-4 Qt 4 SVG module ii libqt4-xml 4:4.5.3-4 Qt 4 XML module ii libqtcore4 4:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libsm6 2:1.0.3-2 X11 Session Management library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.14-1 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxmu62:1.0.4-1 X11 miscellaneous utility library ii perl 5.10.1-11 Larry Wall's Practical Extraction ii python 2.5.2-3 An interactive high-level object-o ii python-qt4 4.7-2 Python bindings for Qt4 ii python-sip [sip-ap 4.10-2Python/C++ bindings generator runt ii python-support 1.0.6 automated rebuilding support for P ii python2.5 2.5.2-15+lenny1 An interactive high-level object-o ii xsltproc 1.1.24-2 XSLT command line processor Versions of packages serna recommends: ii fop1:0.95.dfsg-9 XML to PDF Translator serna suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577652: Acknowledgement (serna: Document validation failed. Validation mode is now switched from Strict to On.)
?xml version='1.0' encoding='UTF-8'? !DOCTYPE section PUBLIC -//OASIS//DTD DocBook XML V4.5//EN http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; section id=demo2 titledemo2 title/title para /para /section
Bug#518798: your mail
On Wed, Apr 14, 2010 at 9:25 PM, brian m. carlson sand...@crustytoothpaste.ath.cx wrote: On Tue, Apr 13, 2010 at 09:32:07AM +0200, Mathieu Malaterre wrote: 1. Use full path for `embed-url` in your fop.xconf: font kerning=yes metrics-url=file:///etc/fop/fonts/times-roman.xml embed-url=times.ttf Yes, that does seem to fix the problem. Nevertheless, this is a regression. This basically forces me to specify every TTF file on the system in fop.xconf, even though Debian has standard locations for them. BTW did you know since fop 0.95 that all this mess is not required anymore. See for instance: http://www.mail-archive.com/docbook-a...@lists.oasis-open.org/msg11702.html ... Note that starting from FOP 0.95 (and unofficially from FOP 0.94) this is no longer required to generate XML metrics files for fonts. You can rely on the font discovery mechanism described in the section “Basic font configuration” at the following link: http://xmlgraphics.apache.org/fop/0.95/fonts.html#basics and that should be just it. ... Here is my fop.xconf (We are using DevaVu and OpenSymbol): ?xml version=1.0? fop version=1.0 renderers renderer mime=application/pdf filterList !-- provides compression using zlib flate (default is on) -- valueflate/value /filterList fonts auto-detect/ !-- IMPORTANT -- /fonts /renderer /renderers /fop Since all my fonts are in /usr/share/fonts (*), it works out of the box 2. Send the output of `fop -d`. So we can check if your local fonts dir is properly inspected Okay, but due to #575411, all you're going to get from fop is a complaint about log4j. lakeview ok % fop -d -c /etc/fop/fop.xconf -fo crypto-primer.fo -pdf crypto-primer.pdf log4j:WARN No appenders could be found for logger (org.apache.fop.util.ContentHandlerFactoryRegistry). log4j:WARN Please initialize the log4j system properly. ok, sorry :( -- Mathieu (*)http://xmlgraphics.apache.org/fop/0.95/fonts.html#register signature.asc Description: OpenPGP digital signature
Bug#518798: your mail
On Thu, Apr 15, 2010 at 9:29 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: (*)http://xmlgraphics.apache.org/fop/0.95/fonts.html#register Wrong link: http://xmlgraphics.apache.org/fop/0.94/fonts.html#register ... The fonts auto-detect tag can be used to automatically register fonts that are found to be installed on the native operating system. * On Unix platforms the autodetect feature looks in java user.home + /.fonts, /usr/local/fonts, /usr/share/fonts and /usr/X11R6/lib/X11/fonts for fonts it is able to use. * On Mac platforms the autodetect feature looks in java user.home + /Library/Fonts/, /Library/Fonts/, /System/Library/Fonts/ and /Network/Library/Fonts/ for fonts it is able to use. * On Windows platforms the autodetect feature attempts to determine the Windows fonts directory (usually C:\WINDOWS\FONTS) and also the existence of a PSFONTS directory for fonts it is able to use. ... HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576982: marked as done (fop: java.awt.HeadlessException)
On Thu, Apr 15, 2010 at 4:21 PM, Niels Thykier ni...@thykier.net wrote: Awsome ! This was exactly what I needed. Thanks. Closing bug. It does not work for me, because of a very weird bug (Java keeps on failing because of Network is unreachable) but this is a different story. $ fop -xsl /usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl -xml hex.xml -awt [warning] /usr/bin/fop: Unable to locate xml-apis in /usr/share/java Apr 15, 2010 3:50:11 PM org.apache.fop.cli.Main startFOP SEVERE: Exception javax.xml.transform.TransformerException: Failure reading file:/tmp/hex.xml at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:217) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) - javax.xml.transform.TransformerException: Failure reading file:/tmp/hex.xml at com.icl.saxon.om.Builder.build(Builder.java:267) at com.icl.saxon.Controller.transform(Controller.java:977) at org.apache.fop.cli.InputHandler.transformTo(InputHandler.java:214) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:125) at org.apache.fop.cli.Main.startFOP(Main.java:166) at org.apache.fop.cli.Main.main(Main.java:197) Caused by: java.net.SocketException: Network is unreachable Hi This problem is probably due to #560056. openjdk-6 (from unstable) should be unaffected by this bug, but sun-java6 is still affected. I found out the link except directory /etc/sysctl.d/ is empty for me (debian stable 5.0.4+backports). So I had to do something like : sysctl -w net.ipv6.bindv6only=0 Thanks anyway -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674: (no subject)
For some reason there has been a regression. As can be seen on mipsel with GDCM: -- Found Java: /usr/lib/jvm/default-java/bin/java CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): Could NOT find JNI (missing: JAVA_AWT_LIBRARY JAVA_JVM_LIBRARY) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindJNI.cmake:211 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) Wrapping/Java/CMakeLists.txt:19 (FIND_PACKAGE) Ref: https://buildd.debian.org/fetch.cgi?pkg=gdcmarch=mipselver=2.0.14-5stamp=1272626721file=logas=raw signature.asc Description: OpenPGP digital signature
Bug#544674:
Same goes for armel: ref: https://buildd.debian.org/fetch.cgi?pkg=gdcmarch=armelver=2.0.14-5stamp=1272631069file=logas=raw gdcm/armel tail of last log: -- Searching 16 bit integer -- Looking for sys/types.h -- Looking for sys/types.h - found -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of unsigned short -- Check size of unsigned short - done -- Using unsigned short -- Check if the system is big endian - little endian -- Found PythonLibs: /usr/lib/libpython2.5.so -- Java version 1.6.0.18 configured successfully! -- Found Java: /usr/lib/jvm/default-java/bin/java CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): Could NOT find JNI (missing: JAVA_AWT_LIBRARY JAVA_JVM_LIBRARY) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindJNI.cmake:211 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) Wrapping/Java/CMakeLists.txt:19 (FIND_PACKAGE) -- Configuring incomplete, errors occurred! make: *** [debian/configure-python2.5-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544674:
On Sat, May 1, 2010 at 10:33 AM, Modestas Vainius modes...@vainius.eu wrote: Hello, On šeštadienis 01 Gegužė 2010 10:37:30 Mathieu Malaterre wrote: Same goes for armel: ref: https://buildd.debian.org/fetch.cgi?pkg=gdcmarch=armelver=2.0.14-5stamp= 1272631069file=logas=raw gdcm/armel tail of last log: What makes you believe this is cmake bug? FindJNI.cmake as shipped in cmake 2.8 (using a patch by you, if you remember) does not work on armel and mipsel. Please re-review your previously submitted patch, and double-check why your patch does not work for mipsel and armel. Here is your post that rejected my patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544674#49 Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579853: inkscape: PNG export does not work
Package: inkscape Version: 0.46-2.lenny2 Severity: normal Hi, I am attaching a SVG file that cannot be exported to PNG properly. For some reason the 3D tetrahedron is missing the background line. Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-bpo.3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages inkscape depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2~bpo50+1 The Cairo 2D vector graphics libra ii libcairomm-1.0- 1.6.0-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgc1c21:6.8-1.1conservative garbage collector for ii libgcc1 1:4.4.2-9GCC support library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0-02.22.4-1 The GLib library of C routines ii libglibmm-2.4-1 2.16.4-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.18.6-1~bpo50+1 The GTK+ graphical user interface ii libgtkmm-2.4-1c 1:2.12.7-1 C++ wrappers for GTK+ 2.4 (shared ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii liblcms11.18.dfsg-1.2+b1 Color management library ii libmagick++10 7:6.3.7.9.dfsg2-1~lenny3 C++ API to the ImageMagick library ii libmagick10 7:6.3.7.9.dfsg2-1~lenny3 image manipulation library ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpng12-0 1.2.43-1 PNG library - runtime ii libpoppler-glib 0.8.7-3 PDF rendering library (GLib-based ii libpoppler3 0.8.7-3 PDF rendering library ii libpopt01.14-4 lib for parsing cmdline parameters ii libsigc++-2.0-0 2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8m-2 SSL shared libraries ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-10.1.2-1 WordPerfect graphics import/conver ii libx11-62:1.3.3-1X11 client-side library ii libxft2 2.1.14-1 FreeType-based font drawing librar ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.3.7.9.dfsg2-1~lenny3 image manipulation programs pn libwmf-bin none (no description available) pn perlmagick none (no description available) pn pstoeditnone (no description available) Versions of packages inkscape suggests: ii dia-gnome 0.97-2~bpo50+1 Diagram editor (GNOME version) ii libgnomevfs2-extra1:2.22.0-5 GNOME Virtual File System (extra m pn libsvg-perl none (no description available) pn libxml-xql-perl none (no description available) ii python2.5.4-9An interactive high-level object-o ii python-lxml 2.1.1-2.1 pythonic binding for the libxml2 a pn python-numpy none (no description available) pn python-uniconverter none (no description available) ii ruby 4.2An interpreter of object-oriented pn skencil none (no description available) ii ttf-bitstream-vera1.10-8 The Bitstream Vera family of free -- no debconf information attachment: drawing.svg
Bug#576255: FATAL: Error inserting vboxvfs (/lib/modules/2.6.30-bpo.1-amd64/updates/dkms/vboxvfs.ko): Unknown symbol in module, or unknown parameter (see dmesg)
Package: virtualbox-ose-guest-utils Version: 3.1.4-dfsg-1~bpo50+1 Severity: grave Justification: renders package unusable Hi, I cannot use virtualbox-ose-guest-utils to mount shared folder on my amd64 machine. Steps: $ sudo apt-get install virtualbox-ose-guest-utils ... $ sudo modprobe vboxvfs WARNING: Error inserting vboxguest (/lib/modules/2.6.30-bpo.1-amd64/updates/dkms/vboxguest.ko): Invalid module format FATAL: Error inserting vboxvfs (/lib/modules/2.6.30-bpo.1-amd64/updates/dkms/vboxvfs.ko): Unknown symbol in module, or unknown parameter (see dmesg) Where dmesg reports: [172312.974490] vboxguest: exports duplicate symbol RTMemExecFree (owned by vboxdrv) [172312.975058] vboxvfs: Unknown symbol VBoxGuestIDCCall [172312.975464] vboxvfs: Unknown symbol VBoxGuestIDCOpen [172312.975812] vboxvfs: Unknown symbol VBoxGuestIDCClose I believe this could be related to: http://www.virtualbox.org/ticket/2550 Thank you ! -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virtualbox-ose-guest-utils depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii pciutils 1:3.0.0-6 Linux PCI Utilities Versions of packages virtualbox-ose-guest-utils recommends: ii virtualbox-ose-gues 3.1.4-dfsg-1~bpo50+1 x86 virtualization solution - gues ii virtualbox-ose-gues 3.1.4-dfsg-1~bpo50+1 x86 virtualization solution - X11 virtualbox-ose-guest-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576255: [Pkg-virtualbox-devel] Bug#576255: FATAL: Error inserting vboxvfs (/lib/modules/2.6.30-bpo.1-amd64/updates/dkms/vboxvfs.ko): Unknown symbol in module, or unknown parameter (see dmesg)
On Fri, Apr 2, 2010 at 10:29 AM, Michael Meskes mes...@debian.org wrote: First of all why should this be a bug in guest-utils? This looks to me as if sorry. VBox was working fine and only when I decided to use SharedFolders did I got this issue. you don't have the right modules for your kernel. Unfortunately your bug report lacks information about the virtualbox-ose-guest-dkms version installed. Also we need to make sure that you indeed have compiled modules for your kernel. So please remove the modules you have and re-build them $ sudo apt-get remove --purge virtualbox-ose virtualbox-ose-guest-dkms virtualbox-ose-guest-x11 virtualbox-ose-guest-utils dkms ... $ sudo apt-get install virtualbox-ose-guest-utils Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libdb4.5-java libswt3.4-gtk-java libdb4.5-java-gcj liblucene-java libswt3.4-gtk-jni Use 'apt-get autoremove' to remove them. The following extra packages will be installed: dkms virtualbox-ose-guest-dkms virtualbox-ose-guest-x11 The following NEW packages will be installed: dkms virtualbox-ose-guest-dkms virtualbox-ose-guest-utils virtualbox-ose-guest-x11 0 upgraded, 4 newly installed, 0 to remove and 220 not upgraded. Need to get 70.1kB/2121kB of archives. After this operation, 8552kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://www.backports.org lenny-backports/main dkms 2.1.1.2-2~bpo50+1 [70.1kB] Fetched 70.1kB in 0s (287kB/s) Selecting previously deselected package dkms. (Reading database ... 411596 files and directories currently installed.) Unpacking dkms (from .../dkms_2.1.1.2-2~bpo50+1_all.deb) ... Selecting previously deselected package virtualbox-ose-guest-dkms. Unpacking virtualbox-ose-guest-dkms (from .../virtualbox-ose-guest-dkms_3.1.4-dfsg-1~bpo50+1_all.deb) ... Selecting previously deselected package virtualbox-ose-guest-utils. Unpacking virtualbox-ose-guest-utils (from .../virtualbox-ose-guest-utils_3.1.4-dfsg-1~bpo50+1_amd64.deb) ... Selecting previously deselected package virtualbox-ose-guest-x11. Unpacking virtualbox-ose-guest-x11 (from .../virtualbox-ose-guest-x11_3.1.4-dfsg-1~bpo50+1_amd64.deb) ... Processing triggers for man-db ... Processing triggers for hal ... Regenerating hal fdi cache ... Restarting Hardware abstraction layer: hald. Setting up dkms (2.1.1.2-2~bpo50+1) ... Setting up virtualbox-ose-guest-dkms (3.1.4-dfsg-1~bpo50+1) ... Loading new virtualbox-ose-guest-3.1.4 DKMS files... First Installation: checking all kernels... Building only for 2.6.30-bpo.1-amd64 Building for architecture amd64 Building initial module for 2.6.30-bpo.1-amd64 Done. vboxguest.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/2.6.30-bpo.1-amd64/updates/dkms/ vboxvfs.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/2.6.30-bpo.1-amd64/updates/dkms/ vboxvideo.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/2.6.30-bpo.1-amd64/updates/dkms/ depmod DKMS: install Completed. Setting up virtualbox-ose-guest-utils (3.1.4-dfsg-1~bpo50+1) ... Setting up virtualbox-ose-guest-x11 (3.1.4-dfsg-1~bpo50+1) ... $ sudo modprobe vboxvfs WARNING: Error inserting vboxguest (/lib/modules/2.6.30-bpo.1-amd64/updates/dkms/vboxguest.ko): No such device FATAL: Error inserting vboxvfs (/lib/modules/2.6.30-bpo.1-amd64/updates/dkms/vboxvfs.ko): Unknown symbol in module, or unknown parameter (see dmesg) Where dmesg is: ... [193140.862592] vboxguest: VirtualBox Guest PCI device not found. [193140.895542] vboxvfs: Unknown symbol RTSemFastMutexCreate [193140.895644] vboxvfs: Unknown symbol VBoxGuestIDCCall [193140.895725] vboxvfs: Unknown symbol RTMemTmpFree [193140.895773] vboxvfs: Unknown symbol RTErrConvertToErrno [193140.895822] vboxvfs: Unknown symbol RTSemFastMutexRequest [193140.895887] vboxvfs: Unknown symbol RTMemTmpAlloc [193140.895935] vboxvfs: Unknown symbol RTLogRelDefaultInstance [193140.895992] vboxvfs: Unknown symbol RTMemContAlloc [193140.896040] vboxvfs: Unknown symbol RTSemFastMutexRelease [193140.896140] vboxvfs: Unknown symbol VBoxGuestIDCOpen [193140.896197] vboxvfs: Unknown symbol AssertMsg2 [193140.896264] vboxvfs: Unknown symbol RTMemContFree [193140.896332] vboxvfs: Unknown symbol RTAssertShouldPanic [193140.896389] vboxvfs: Unknown symbol RTLogLoggerEx [193140.896540] vboxvfs: Unknown symbol VBoxGuestIDCClose [193140.896631] vboxvfs: Unknown symbol AssertMsg1 [193140.896685] vboxvfs: Unknown symbol RTSemFastMutexDestroy If I try to modprobe vboxguest I get: [193438.326626] vboxguest: VirtualBox Guest PCI device not found. [193484.525488] vboxdrv:
Bug#571491:
block 571491 by 571519 thanks I think I can close 571491 now. This will be safe once 571519 is closed (adding block). -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576664: statsvn: Please update the man page
Package: statsvn Version: 0.4.0.dfsg-1 Severity: minor I am not sure how the man page was first generated, but it would be nice that this page was updated with the latest options: http://wiki.statsvn.org/User%20Manual.ashx Thanks ! -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages statsvn depends on: ii default-jre [java-ru 1.5-30 Standard Java or Java compatible R ii gcj-4.4-jre [java-ru 4.4.2-4 Java runtime environment using GIJ ii gcj-jre [java-runtim 4:4.3.4-1 Java runtime environment using GIJ ii java-gcj-compat [jav 1.0.80-5.1 Java runtime environment using GIJ ii java-wrappers0.1.15 wrappers for java executables ii kaffe-pthreads [java 2:1.1.8-5.2 A POSIX threads enabled version of ii libbackport-util-con 2.2+dfsg-1 backport of java.util.concurrent t ii libjcommon-java 1.0.10.dfsg-1 General Purpose library for Java ii libjfreechart-java 1.0.10-1Chart library for Java ii openjdk-6-jre [java- 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii statcvs 1:0.4.0.dfsg-3 CVS Repository statistic analysis ii subversion 1.6.4dfsg-1~bpo50+1 Advanced version control system ii sun-java5-jre [java- 1.5.0-17-0.1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java- 6-12-1 Sun Java(TM) Runtime Environment ( statsvn recommends no packages. statsvn suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576664: statsvn: Please update the man page
On Tue, Apr 6, 2010 at 1:01 PM, Vincent Fourmond fourm...@debian.org wrote: On Tue, Apr 6, 2010 at 12:55 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Package: statsvn Version: 0.4.0.dfsg-1 ^ I did not know how to install the package just for faking the installation for a proper bug report. I am not sure how the man page was first generated, but it would be nice that this page was updated with the latest options: http://wiki.statsvn.org/User%20Manual.ashx Well, sure enough, if you're using the stable version, it won't be up-to-date with respect to newer options ;-)... I believe the 0.7.0 version is up-to-date, but please tell me if I missed some options. I used apt-get source and then: $ cat statsvn-0.7.0.dfsg/debian/manpages/statsvn.1| grep cache-dir Same goes for: no-developer css notes config-file chora mantis concurrency-threshold anonymize I hope I did not miss any. HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576831: docbook-xsl: Add Suggest: libxslthl-java for syntax highlighting
Package: docbook-xsl Version: 1.75.2+dfsg-5~bpo50+1 Severity: minor Hi, currently the files installed at: /usr/share/xml/docbook/stylesheet/docbook-xsl/highlighting/ do not make much sense without the libxslthl-java package. Please add a Suggest: in the debian control file. Thanks -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages docbook-xsl depends on: ii xml-core 0.12 XML infrastructure and XML catalog Versions of packages docbook-xsl recommends: ii docbook-xml 4.5-7 standard XML documentation system ii docbook-xsl-doc-html [do 1.73.2.dfsg.1-5 stylesheets for processing DocBook ii docbook-xsl-doc-pdf [doc 1.73.2.dfsg.1-5 stylesheets for processing DocBook Versions of packages docbook-xsl suggests: pn dbtoepub none(no description available) ii docbook-xsl-saxon 1.00.dfsg.1-4 Java extensions for use with DocBo ii fop1:0.95.dfsg-9 XML to PDF Translator ii libsaxon-java 1:6.5.5-5 The Saxon XSLT Processor ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process ii xalan 1.10-3.3 XSLT processor -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576982: fop: java.awt.HeadlessException
Package: fop Version: 1:0.95.dfsg-9 Severity: normal I cannot use the -awt switch, it fails with: [warning] /usr/bin/fop: Unable to locate xml-apis in /usr/share/java Apr 8, 2010 7:40:29 PM org.apache.fop.fonts.FontCache loadFrom WARNING: I/O exception while reading font cache (org.apache.fop.fonts.FontCache; local class incompatible: stream classdesc serialVersionUID = 605232520271754719, local class serialVersionUID = 605232520271754718). Discarding font cache file. Apr 8, 2010 7:40:29 PM org.apache.fop.cli.Main startFOP SEVERE: Exception java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:173) at java.awt.Window.init(Window.java:437) at java.awt.Frame.init(Frame.java:419) at java.awt.Frame.init(Frame.java:384) at javax.swing.JFrame.init(JFrame.java:180) at org.apache.fop.render.awt.viewer.PreviewDialog.init(PreviewDialog.java:108) at org.apache.fop.render.awt.viewer.PreviewDialog.createPreviewDialog(PreviewDialog.java:267) at org.apache.fop.render.awt.AWTRenderer.setUserAgent(AWTRenderer.java:101) at org.apache.fop.cli.CommandLineOptions.parse(CommandLineOptions.java:180) at org.apache.fop.cli.Main.startFOP(Main.java:154) at org.apache.fop.cli.Main.main(Main.java:197) Steps: $ fop -xsl /usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl -xml hex.xml -awt where: hex.xml is: ?xml version='1.0' encoding='UTF-8'? !DOCTYPE article PUBLIC -//OASIS//DTD DocBook XML V4.5//EN http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd; article section title bla /title para 21B6: #x21B6; cularr; /para /section /article Thanks ! -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fop depends on: ii default-jre [java2-runti 1.5-30 Standard Java or Java compatible R ii default-jre-headless 1.5-30 Standard Java or Java compatible R ii gcj-4.4-jre [java2-runti 4.4.2-4 Java runtime environment using GIJ ii gcj-jre [java2-runtime] 4:4.3.4-1 Java runtime environment using GIJ ii java-gcj-compat [java2-r 1.0.80-5.1 Java runtime environment using GIJ ii java-wrappers0.1.15 wrappers for java executables ii libavalon-framework-java 4.2.0-4 Common framework for Java server a ii libbatik-java1.7-5 xml.apache.org SVG Library ii libbsf-java 1:2.4.0-2 Bean Scripting Framework to suppor ii libcommons-io-java 1.4-1 Common useful IO related classes ii libcommons-logging-java 1.1.1-6 commmon wrapper interface for seve ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process ii libxerces2-java 2.9.1-2+lenny1 Validating XML parser for Java wit ii libxml-commons-external- 1.3.05-1XML Commons external code - DOM, S ii libxmlgraphics-commons-j 1.3.1.dfsg-4reusable components used by Batik ii libxp6 1:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openjdk-6-jre [java2-run 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-run 1.5.0-17-0.1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-run 6-12-1 Sun Java(TM) Runtime Environment ( Versions of packages fop recommends: ii libsaxon-java 1:6.5.5-5 The Saxon XSLT Processor Versions of packages fop suggests: ii fop-doc1:0.95.dfsg-7 Documentation for fop ii libservlet2.4-java 5.0.30-8 Servlet 2.4 and JSP 2.0 Java class -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576982: fop: java.awt.HeadlessException
On Thu, Apr 8, 2010 at 8:07 PM, Vincent Fourmond fourm...@gmail.com wrote: On Thu, Apr 8, 2010 at 7:49 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: I cannot use the -awt switch, it fails with: [warning] /usr/bin/fop: Unable to locate xml-apis in /usr/share/java Apr 8, 2010 7:40:29 PM org.apache.fop.fonts.FontCache loadFrom WARNING: I/O exception while reading font cache (org.apache.fop.fonts.FontCache; local class incompatible: stream classdesc serialVersionUID = 605232520271754719, local class serialVersionUID = 605232520271754718). Discarding font cache file. Apr 8, 2010 7:40:29 PM org.apache.fop.cli.Main startFOP SEVERE: Exception java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:173) at java.awt.Window.init(Window.java:437) at java.awt.Frame.init(Frame.java:419) at java.awt.Frame.init(Frame.java:384) at javax.swing.JFrame.init(JFrame.java:180) at org.apache.fop.render.awt.viewer.PreviewDialog.init(PreviewDialog.java:108) at org.apache.fop.render.awt.viewer.PreviewDialog.createPreviewDialog(PreviewDialog.java:267) at org.apache.fop.render.awt.AWTRenderer.setUserAgent(AWTRenderer.java:101) at org.apache.fop.cli.CommandLineOptions.parse(CommandLineOptions.java:180) at org.apache.fop.cli.Main.startFOP(Main.java:154) at org.apache.fop.cli.Main.main(Main.java:197) Steps: $ fop -xsl /usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl -xml hex.xml -awt This works without problems on my machine. You seem to have openjdk installed, so please try again with: JAVA_FLAVOR=openjdk [ your command line] I trashed my previous `sid` chroot, and recreated one: $ sudo debootstrap sid /home/mathieu/tmp/chroot/sid http://ftp.fr.debian.org/debian/ $ schroot [inside the chroot] $ JAVA_FLAVOR=openjdk fop -xsl /usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl -xml hex.xml -awt [warning] /usr/bin/fop: Unable to locate jeuclid-core in /usr/share/java [warning] /usr/bin/fop: Unable to locate jeuclid-fop in /usr/share/java [warning] /usr/bin/fop: Unable to locate xslthl in /usr/share/java [warning] /usr/bin/fop: Unable to locate servlet-api in /usr/share/java [warning] /usr/bin/fop: Unable to locate /usr/local/share/java/fop-hyph.jar in /usr/share/java Apr 9, 2010 7:43:03 AM org.apache.fop.fonts.FontCache loadFrom WARNING: I/O exception while reading font cache (org.apache.fop.fonts.FontCache; local class incompatible: stream classdesc serialVersionUID = 605232520271754719, local class serialVersionUID = 605232520271754718). Discarding font cache file. Apr 9, 2010 7:43:04 AM org.apache.fop.cli.Main startFOP SEVERE: Exception java.awt.HeadlessException at java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:173) at java.awt.Window.init(Window.java:437) at java.awt.Frame.init(Frame.java:419) at java.awt.Frame.init(Frame.java:384) at javax.swing.JFrame.init(JFrame.java:174) at org.apache.fop.render.awt.viewer.PreviewDialog.init(PreviewDialog.java:108) at org.apache.fop.render.awt.viewer.PreviewDialog.createPreviewDialog(PreviewDialog.java:267) at org.apache.fop.render.awt.AWTRenderer.setUserAgent(AWTRenderer.java:101) at org.apache.fop.cli.CommandLineOptions.parse(CommandLineOptions.java:180) at org.apache.fop.cli.Main.startFOP(Main.java:154) at org.apache.fop.cli.Main.main(Main.java:197) Everything has been pulled from ftp.fr.debian.org. I did check that xclock properly open from within the chroot... -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577069: org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java:233)
Package: fop Version: 1:0.95.dfsg-9 Severity: normal hi, I am opening this bug report even if I do not understand how that happen. In a sid-chroot system fop fails with: log4j:WARN No appenders could be found for logger (org.apache.fop.util.ContentHandlerFactoryRegistry). log4j:WARN Please initialize the log4j system properly. Exception in thread main java.lang.StackOverflowError ... at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) at org.apache.fop.datatypes.LengthBase.toString(LengthBase.java:135) at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) at org.apache.fop.fo.properties.PercentLength.toString(PercentLength.java:121) at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) at org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java:233) at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) at org.apache.fop.datatypes.LengthBase.toString(LengthBase.java:135) at java.lang.String.valueOf(String.java:2615) at java.lang.StringBuffer.append(StringBuffer.java:220) at org.apache.fop.fo.properties.PercentLength.toString(PercentLength.java:121) at java.lang.String.valueOf(String.java:2615) Searching on the net I found: http://old.nabble.com/FOP-0.93-vs-0.94-vs-0.95-td19141580.html which recommends applying: http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/fo/flow/table/TableColumn.java?r1=670335r2=670334pathrev=670335 After patching my local fop 0.95 debian package I now get another error: [warning] /usr/bin/fop: Unable to locate jeuclid-core in /usr/share/java [warning] /usr/bin/fop: Unable to locate jeuclid-fop in /usr/share/java [warning] /usr/bin/fop: Unable to locate /usr/local/share/java/fop-hyph.jar in /usr/share/java log4j:WARN No appenders could be found for logger (org.apache.fop.util.ContentHandlerFactoryRegistry). log4j:WARN Please initialize the log4j system properly. Exception in thread main java.lang.StackOverflowError at java.lang.Math.max(Math.java:798) at sun.misc.FloatingDecimal.dtoa(FloatingDecimal.java:534) at sun.misc.FloatingDecimal.init(FloatingDecimal.java:460) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:674) at java.lang.StringBuffer.append(StringBuffer.java:381) at org.apache.fop.fo.properties.PercentLength.toString(PercentLength.java:121) at java.lang.String.valueOf(String.java:2838) at java.lang.StringBuffer.append(StringBuffer.java:236) at org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java:233) at java.lang.String.valueOf(String.java:2838) at java.lang.StringBuffer.append(StringBuffer.java:236) at org.apache.fop.datatypes.LengthBase.toString(LengthBase.java:135) ... at org.apache.fop.fo.properties.PercentLength.toString(PercentLength.java:121) at java.lang.String.valueOf(String.java:2838) Either original patch suggestion is incomplete, or fop 0.95 in debian has a different issue. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (101, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fop depends on: ii default-jre [java2-runti 1.5-30 Standard Java or Java compatible R ii default-jre-headless 1.5-30 Standard Java or Java compatible R ii gcj-4.4-jre [java2-runti 4.4.2-4 Java runtime environment using GIJ ii gcj-jre [java2-runtime] 4:4.3.4-1 Java runtime environment using GIJ ii java-gcj-compat [java2-r 1.0.80-5.1 Java runtime environment using GIJ ii java-wrappers0.1.15 wrappers for java executables ii libavalon-framework-java 4.2.0-4 Common framework for Java server a ii libbatik-java1.7-5 xml.apache.org SVG Library ii libbsf-java 1:2.4.0-2 Bean Scripting Framework to suppor ii libcommons-io-java 1.4-1 Common useful IO related classes ii libcommons-logging-java 1.1.1-6 commmon wrapper interface for seve ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process ii libxerces2-java 2.9.1-2+lenny1 Validating XML parser for Java wit ii libxml-commons-external- 1.3.05-1XML Commons external code - DOM, S ii libxmlgraphics-commons-j 1.3.1.dfsg-4reusable components used by Batik ii libxp6 1:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openjdk-6-jre [java2-run
Bug#577069: org.apache.fop.fo.flow.table.TableColumn.toString(TableColumn.java:233)
On Fri, Apr 9, 2010 at 12:50 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: ... which recommends applying: http://svn.apache.org/viewvc/xmlgraphics/fop/trunk/src/java/org/apache/fop/fo/flow/table/TableColumn.java?r1=670335r2=670334pathrev=670335 ... Either original patch suggestion is incomplete, or fop 0.95 in debian has a different issue. ...Or the OP does not know how to add a 'patch' to the debian packaging system. The patch as described *does* fix my issue. Please consider adding it to the debian/patch subdir. Thanks. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org