Bug#579771: libcairomm-1.0-dev: File /usr/lib/cairomm-1.0/include/cairommconfig.h is missing
Package: libcairomm-1.0-dev Version: 1.8.4-1 Severity: important The cairommconfig.h is missing in the libcairomm-1.0-dev package: $ cp /usr/share/doc/libcairomm-1.0-dev/examples/text/toy-text.cc . $ g++ `pkg-config --libs --cflags cairomm-1.0` toy-text.cc /usr/include/cairomm-1.0/cairomm/cairomm.h:34:27: error: cairommconfig.h: No such file or directory A patch: diff -Naur cairomm-1.8.4/debian/libcairomm-1.0-dev.install cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install --- cairomm-1.8.4/debian/libcairomm-1.0-dev.install 2010-04-30 18:39:34.0 +0200 +++ cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install2010-04-20 22:40:07.0 +0200 @@ -3,7 +3,6 @@ debian/tmp/usr/lib/libcairomm-1.0*.a debian/tmp/usr/lib/libcairomm-1.0*.la debian/tmp/usr/lib/pkgconfig -debian/tmp/usr/lib/cairomm-1.0 examples/README usr/share/doc/libcairomm-1.0-dev/examples examples/surfaces/*.cc usr/share/doc/libcairomm-1.0-dev/examples/surfaces examples/text/*.cc usr/share/doc/libcairomm-1.0-dev/examples/text -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcairomm-1.0-dev depends on: ii libcairo2-dev 1.8.10-4 Development files for the Cairo 2D ii libcairomm-1.0-1 1.8.4-1C++ wrappers for Cairo (shared lib libcairomm-1.0-dev recommends no packages. Versions of packages libcairomm-1.0-dev suggests: ii libcairomm-1.0-doc1.8.4-1C++ wrappers for Cairo (documentat -- no debconf information diff -Naur cairomm-1.8.4/debian/libcairomm-1.0-dev.install cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install --- cairomm-1.8.4/debian/libcairomm-1.0-dev.install 2010-04-30 18:39:34.0 +0200 +++ cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install 2010-04-20 22:40:07.0 +0200 @@ -3,7 +3,6 @@ debian/tmp/usr/lib/libcairomm-1.0*.a debian/tmp/usr/lib/libcairomm-1.0*.la debian/tmp/usr/lib/pkgconfig -debian/tmp/usr/lib/cairomm-1.0 examples/README usr/share/doc/libcairomm-1.0-dev/examples examples/surfaces/*.cc usr/share/doc/libcairomm-1.0-dev/examples/surfaces examples/text/*.cc usr/share/doc/libcairomm-1.0-dev/examples/text
Bug#579772: libcairomm-1.0-dev: File /usr/lib/cairomm-1.0/include/cairommconfig.h is missing
Package: libcairomm-1.0-dev Version: 1.8.4-1 Severity: important The cairommconfig.h is missing in the libcairomm-1.0-dev package: $ cp /usr/share/doc/libcairomm-1.0-dev/examples/text/toy-text.cc . $ g++ `pkg-config --libs --cflags cairomm-1.0` toy-text.cc /usr/include/cairomm-1.0/cairomm/cairomm.h:34:27: error: cairommconfig.h: No such file or directory A patch: diff -Naur cairomm-1.8.4/debian/libcairomm-1.0-dev.install cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install --- cairomm-1.8.4/debian/libcairomm-1.0-dev.install 2010-04-30 18:39:34.0 +0200 +++ cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install2010-04-20 22:40:07.0 +0200 @@ -3,7 +3,6 @@ debian/tmp/usr/lib/libcairomm-1.0*.a debian/tmp/usr/lib/libcairomm-1.0*.la debian/tmp/usr/lib/pkgconfig -debian/tmp/usr/lib/cairomm-1.0 examples/README usr/share/doc/libcairomm-1.0-dev/examples examples/surfaces/*.cc usr/share/doc/libcairomm-1.0-dev/examples/surfaces examples/text/*.cc usr/share/doc/libcairomm-1.0-dev/examples/text Gauthier. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcairomm-1.0-dev depends on: ii libcairo2-dev 1.8.10-4 Development files for the Cairo 2D ii libcairomm-1.0-1 1.8.4-1C++ wrappers for Cairo (shared lib libcairomm-1.0-dev recommends no packages. Versions of packages libcairomm-1.0-dev suggests: ii libcairomm-1.0-doc1.8.4-1C++ wrappers for Cairo (documentat -- no debconf information diff -Naur cairomm-1.8.4/debian/libcairomm-1.0-dev.install cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install --- cairomm-1.8.4/debian/libcairomm-1.0-dev.install 2010-04-30 18:39:34.0 +0200 +++ cairomm-1.8.4-orig/debian/libcairomm-1.0-dev.install 2010-04-20 22:40:07.0 +0200 @@ -3,7 +3,6 @@ debian/tmp/usr/lib/libcairomm-1.0*.a debian/tmp/usr/lib/libcairomm-1.0*.la debian/tmp/usr/lib/pkgconfig -debian/tmp/usr/lib/cairomm-1.0 examples/README usr/share/doc/libcairomm-1.0-dev/examples examples/surfaces/*.cc usr/share/doc/libcairomm-1.0-dev/examples/surfaces examples/text/*.cc usr/share/doc/libcairomm-1.0-dev/examples/text
Bug#485985: vle on debian [ITP]
-*.tar.gz, without another suffixes, except for the used on release candidates? Ok, no problem. For the next release (0.7.0-rc2), I build the source tarball without the sources suffixes. Finally, I'm a little concerned about your 'Linux-i686' suffix... if vle is accepted on Debian, we will (try to) prepare this package for many archs, not just i686... and is possible that it will be prepared for another OS too (freebsd, hurd), not just linux... Great :-p So.. Is this suffix really relevant? Is your code arch-specific? :S All the vle-*-Linux-i686 are just compiled version of VLE for x86 processor. I build them to simplify the use of VLE for x86 users. :-) Thanks a lot! and have a happy new year! Thanks a lot and sorry for the delay of my answer :-( Gauthier Quesnel. PS: If it can help you, I try to manage a test of debian package in [1][2], but it produces many debian packages. [1] http://vle.univ-littoral.fr/gitweb?p=deb-vle.git;a=summary [2] git clone git://vle.univ-littoral.fr/git/deb-vle.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485985: RFP: vle -- Multimodeling, simulation and analysis environment
Package: wnpp Severity: wishlist * Package name: vle Version : 0.5.0 Upstream Author : Gauthier Quesnel [EMAIL PROTECTED] * URL : http://vle.univ-littoral.fr/en/index.php/Main_Page * License : GPL Programming Lang: C++ Description : A multimodeling, simulaiton and analysus environment The Virtual Laboratory Environment (VLE) is a software and an API for complex systems multimodeling, simulation and analysis. VLE is based on the DEVS formalism (Discrete Event System Specification) and provides Cell-DEVS, Qss, Cell-Qss, Petri net and another extensions. VLE is a scientific application for studying complex systems. It allows to model, simulate and analyze models using a discrete events simulator. VLE is: - an API for the development of new model in C++ or Python - an API to build simulations platform - a set of tools to simulate, model, analyze models (available on http://vle.univ-littoral.fr/gitweb) - We also provide an attempt of packaging VLE into debian package (http://vle.univ-littoral.fr/gitweb?p=deb-vle.git;a=summary) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424038: [pkg-boost-devel] problem for libraries names between ax_boost.m4 and debian packages
Domenico Andreoli a écrit : On Fri, May 25, 2007 at 08:53:08PM +0200, Gauthier Quesnel wrote: [...] The ax_boost.m4 script does not detect the correct library because the debian libraries names are not defined in the script. Now, my question: what is the best way to correct this ? * modify the ax_boost*.m4 script or * modify the debian packages ? :-) of course fix the ax_boost*.m4 script :) I suspected it :-D please have a look at [0]. yes, it is difficult to believe, but currently there is no portable way to guess boost library names. ok. when they started to make such crazy names i provided commodity links for mortal people, these are the real debian library names, but they are not portable across linux distributions. i even provided default links to multi-thread libraries, but it was an arbitrary choice i now regret to have done. ok ok. I did not know this policy of libraries names. until few days ago i thought bjam/boost-build could be used to portably link boost libraries but i was wrong. these names are built in Jamfile.v2 at the root of boost source tree and there is no way to make boost-build tell you which are they once you are out of the boost source tree. Ok ok. Thank you for all these precise details. Now a new problem with the main function of the boost unit framework: :-( #include boost/test/unit_test.hpp using namespace boost::unit_test_framework; void my_test_function() { } test_suite* init_unit_test_suite( int argc, char* argv[] ) { test_suite* test = BOOST_TEST_SUITE( Master test suite ); test-add( BOOST_TEST_CASE( my_test_function ) ); return test; } The commands: $ g++ test.cc -lboost_unit_test_framework-mt or $ g++ test.cc -lboost_unit_test_framework-st return: /usr/lib/gcc/i486-linux-gnu/4.1.3/../../../../lib/crt1.o: In function `_start': (.text+0x18): undefined reference to `main' collect2: ld a retourné 1 code d'état d'exécution This function (main) must be provided by the libboost-test1.34 [1]. Gauthier. |1] http://www.boost.org/libs/test/doc/components/utf/index.html#Example cheers domenico [0] http://www.boost.org/more/getting_started/unix-variants.html#library-naming -[ Domenico Andreoli, aka cavok --[ http://www.dandreoli.com/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50
Bug#369828: inkscape: Inkscape does not start since last update
Hi Wolfram ! Wolfram Quester [EMAIL PROTECTED] a écrit : Hi Gauthier! On Sat, Jun 03, 2006 at 04:11:21PM +0200, Gauthier Quesnel wrote: Hi Gauthier! Hi, On Thu, Jun 01, 2006 at 05:09:06PM +0200, Gauthier Quesnel wrote: Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable thanks for your report. Only problem is, that it seems this is not inkscape's fault. In similar cases downgrading libgc1c2 to the version in testing helped. I reassigned two similar bugs to libgc1c2: http://bugs.debian.org/369608 http://bugs.debian.org/369706 Please have a look at them. I'll leave your report at inkscape so that others having the same trouble can follow. With best wishes, Wolfi ok ok :) thanks, I did not think to check the dependent libraries of Inkscape, sorry. Well, you are not supposed to ;-). When you write The futex() stop the starting of application, what do you mean by that? do you mean that you get an endless loop or that the program hangs waiting for the futex. I get the first, which made it impossible for me to capture te lines before the futex stuff. The program hangs waiting the futex. However, with the update of the library libgc1g2 (6.7-2), inkscape work again. Changelog: libgc (1:6.7-2) unstable; urgency=low * Disable --enable-redirect-malloc again (closes: #371886) Thanks for your help, Thanks too :) Wolfi Best regards, Gauthier.
Bug#369828: inkscape: Inkscape does not start since last update
Hi Gauthier! Hi, On Thu, Jun 01, 2006 at 05:09:06PM +0200, Gauthier Quesnel wrote: Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable thanks for your report. Only problem is, that it seems this is not inkscape's fault. In similar cases downgrading libgc1c2 to the version in testing helped. I reassigned two similar bugs to libgc1c2: http://bugs.debian.org/369608 http://bugs.debian.org/369706 Please have a look at them. I'll leave your report at inkscape so that others having the same trouble can follow. With best wishes, Wolfi ok ok :) thanks, I did not think to check the dependent libraries of Inkscape, sorry. best Regards, Gauthier. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369828: inkscape: Inkscape does not start since last update
Package: inkscape Version: 0.43-5 Severity: grave Justification: renders package unusable During startup of Inkscape, the program does not display anything and block the command line if it use. $ inkscape long long wait. Netherless, Inkscape run in non-gui mode: $ inkscape -z Nothing to do! $ But, to convert svg files, block again: $ inkscape -z --export-text-to-path --export-eps api.eps api.svg long long wait. The trace of Inkscape execution: $ strace inkscape [...] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa6bdf000 read(15, inkscape-extension\nnameM..., 4096) = 599 read(15, , 4096) = 0 read(15, , 4096) = 0 close(15) = 0 munmap(0xa6bdf000, 4096)= 0 futex(0x8666e40, FUTEX_WAIT, 2, NULL The futex() stop the starting of application. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages inkscape depends on: ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6-11 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgc1c2 1:6.7-1 conservative garbage collector for ii libgcc11:4.1.0-4 GCC support library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.8.2-2.1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.14.1-2 GNOME virtual file-system (runtime ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.6.5-1+b1 C++ wrappers for GTK+ 2.4 (shared ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libperl5.8 5.8.8-4 Shared Perl library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.16-3 type-safe Signal Framework for C++ ii libstdc++6 4.1.0-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.16-2 XSLT processing library - runtime ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages inkscape recommends: ii dia0.95.0-3 Diagram editor ii dia-gnome 0.95.0-3 Diagram editor (GNOME version) ii imagemagick7:6.2.4.5-0.8 Image manipulation programs ii libwmf-bin 0.2.8.3-3.1 Windows metafile conversion tools ii perlmagick 7:6.2.4.5-0.8 A perl interface to the libMagick ii pstoedit 3.44-1PostScript and PDF files to editab ii sketch 0.6.17-3 Transition package for skencil ren -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320758: libglademm-2.4-1: I can not install the package, depends are break.
Package: libglademm-2.4-1 Severity: important Hi, I have a problem to install libglademm-2.4-1 and libglademm-2.4-dev The command apt-get install libglademm-2.4-1 return: libglademm-2.4-1: Dépend: libglibmm-2.4-1 but it is not installable Dépend: libgtkmm-2.4-1 but it is not installable Dépend: libsigc++-2.0-0 (=2.0.2) but it is not installable The new depends are: libglibmm-2.4-1c2 libgtkmm-2.4-1c2 libsigc++0c2 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED])