Bug#1006309: boost-defaults: boost 1.74 2 years old and not C++20 compatible
Source: boost-defaults Severity: important Dear Maintainer, * What led up to the situation? boost 1.74 is 2 years old and not C++20 compatible. C++20 is out for 2 years now, G++ and Clang now support it quite well boost 1.74 (the default boost) is incompatible with C++20. Boost 1.77 or 1.78 are needed at least. In practice, the boost packages are becoming obsolete and not in line with the C++ compiler developments Boost is however an important software piece for C++ developers. We thus need to use other distribution channels, which is a pity. We could provide packaging help if needed. -- System Information: Debian Release: bullseye/sid APT prefers focal-updates APT policy: (500, 'focal-updates'), (500, 'focal-security'), (500, 'focal'), (100, 'focal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-72-generic (SMP w/56 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled [image: photo] Christophe Prud'homme Professor at Université de Strasbourg A 7 rue René Descartes, 67084 Strasbourg P +33 368850089 < +33 368850089> M +33 687646051 <+33 687646051> E christophe.prudho...@cemosis.fr W http://www.cemosis.fr <http://www.cemosis.fr> <http://linkedin.com/in/christopheprudhomme/> <http://twitter.com/prudhomm> Create your own email signature <https://www.wisestamp.com/create-own-signature/?utm_source=promotion_medium=signature_campaign=create_your_own=>
Bug#736695: blocking the ppc64el architecture bootstrap
Hello madlib is not obsolete and should be removed from Debian. I will fill a request for removal asap. Best regards C. On Mon, Aug 25, 2014 at 5:28 AM, Aurelien Jarno aure...@debian.org wrote: Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package madlib fails to build as reported in bug #736695 and the build log is available on [1]. It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Thanks, Aurelien [1] https://buildd.debian.org/status/logs.php?pkg=madlibarch=ppc64el -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- Christophe Prud'homme Feel++ Project Manager Professor in Applied Mathematics @ Université Joseph Fourier (Grenoble, France) @ Université de Strasbourg (France)
Bug#759275: feel++: FTBFS - /usr/bin/clang++ not found (should be clang++-3.4)
That's weird, all my packages are built with pbuilder and I never has this issue. I will check and try out your fix. Best regards C. On Mon, Aug 25, 2014 at 8:51 PM, Michael Tautschnig m...@debian.org wrote: Package: feel++ Version: 1:0.98.0-final-3 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] -- Check for working CXX compiler: /usr/bin/clang++ CMake Error: your CXX compiler: /usr/bin/clang++ was not found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name. CMake Error: Internal CMake error, TryCompile configure of cmake failed -- Check for working CXX compiler: /usr/bin/clang++ -- broken CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54 (message): The C++ compiler /usr/bin/clang++ is not able to compile a simple test program. It fails with the following output: CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:62 (project) CMake Error: your CXX compiler: /usr/bin/clang++ was not found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name. -- Configuring incomplete, errors occurred! Indeed this should be clang++-3.4 it seems: # ls -l /usr/bin/clang++* lrwxrwxrwx 1 root root 27 Aug 19 06:58 /usr/bin/clang++-3.4 - ../lib/llvm-3.4/bin/clang++ You may want to depend on the clang package instead of clang-3.4 | clang-3.5. The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael -- Professor in Scientific Computing IRMA, CeMoSiS, AMIES IRMA: http://www-irma.u-strasbg.fr/~prudhomm CeMoSis: http://www.cemosis.fr AMIES: http://www.agence-maths-entreprises.fr/ Téléphone : 03 68 85 0089 - Bureau : P-210 Mobile: 06 87 64 60 51
Bug#759275: feel++: FTBFS - /usr/bin/clang++ not found (should be clang++-3.4)
excellent ! thanks for the news On Mon, Aug 25, 2014 at 10:38 PM, Sylvestre Ledru sylves...@debian.org wrote: That is likely to be caused by: http://sylvestre.ledru.info/blog/2014/08/11/clang-3-4-3-5 cheers, S On 25/08/2014 21:28, Christophe Prud'homme wrote: That's weird, all my packages are built with pbuilder and I never has this issue. I will check and try out your fix. Best regards C. On Mon, Aug 25, 2014 at 8:51 PM, Michael Tautschnig m...@debian.org wrote: Package: feel++ Version: 1:0.98.0-final-3 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] -- Check for working CXX compiler: /usr/bin/clang++ CMake Error: your CXX compiler: /usr/bin/clang++ was not found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name. CMake Error: Internal CMake error, TryCompile configure of cmake failed -- Check for working CXX compiler: /usr/bin/clang++ -- broken CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCXXCompiler.cmake:54 (message): The C++ compiler /usr/bin/clang++ is not able to compile a simple test program. It fails with the following output: CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:62 (project) CMake Error: your CXX compiler: /usr/bin/clang++ was not found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name. -- Configuring incomplete, errors occurred! Indeed this should be clang++-3.4 it seems: # ls -l /usr/bin/clang++* lrwxrwxrwx 1 root root 27 Aug 19 06:58 /usr/bin/clang++-3.4 - ../lib/llvm-3.4/bin/clang++ You may want to depend on the clang package instead of clang-3.4 | clang-3.5. The full build log is attached; please do let me know if the problem is unreproducible, in which case I shall try to investigate further. Best, Michael -- Professor in Scientific Computing IRMA, CeMoSiS, AMIES IRMA: http://www-irma.u-strasbg.fr/~prudhomm CeMoSis: http://www.cemosis.fr AMIES: http://www.agence-maths-entreprises.fr/ Téléphone : 03 68 85 0089 - Bureau : P-210 Mobile: 06 87 64 60 51
Bug#741303: libfeel++1: libfeelpp.so.1.0.0 links with both GPL-licensed and GPL-incompatible libraries
severity 741303 important thanks Feel++ links with petsc which has the same bug [1] and I feel quite the same as Anton about the situation 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741196 Waiting for ftpmaster to take a decision. Best regards C. On Wed, Mar 26, 2014 at 10:19 PM, Francesco Poli invernom...@paranoici.org wrote: On Wed, 26 Mar 2014 15:52:34 +0100 Christophe Prud'homme wrote: Dear Francesco Poli Hello Christophe, thanks for commenting my bug report. What is the state of this bug ? any progress with respect to scotch licensing ? I am not aware of any progress: I am the bug report submitter and, as I said in the original bug report, I need help from other people who volunteer to get in touch with the upstream developer of SCOTCH and persuade him to re-license SCOTCH under the LGPL. I have already tried to do so in the past, but I failed to convince him that there is an issue. Please (re-)read https://bugs.debian.org/740463#5 for the full story. Are you willing to help? If so, please contact the main author of SCOTCH and explain the licensing headaches he is causing to several other projects. If you manage to persuade him (to get the necessary paperwork) to re-license SCOTCH under the LGPL v2.1 or, at least, to dual-license it under the GNU LGPL v2.1 or the CeCILL-C v1.0 (at the recipient's choice), all the GPL-incompatibility issues will instantly vanish! this is a really painful situation ! Indeed. are petsc and all libraries (based on umfpack) related to this bug issues marked for removal from testing ? By looking at http://udd.debian.org/cgi-bin/autoremovals.cgi it seems to me that feel++ and getdp are marked for auto-removal from Debian testing, while other packages affected by SCOTCH licensing issues are not (yet?) on the list. I am not sure why (maybe because they are not leaf packages?). The complete list of SCOTCH licensing bug reports is https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;tag=scotch-license-issues;users=debian-science-maintain...@lists.alioth.debian.org have you marked also octave with an RC bug ? it uses suitesparse/umfpack and scotch [1] Could you please elaborate? I cannot spot the dependency of octave on scotch... Basically all libraries/programs using suitesparse/umfpack should have this bug, no ? Only when they contain a file which (directly or indirectly) links with both SCOTCH and some GPL-licensed library (such as UMFPACK)... I think Libreoffice/Openoffice are using suitesparse(and scotch) and glpk so it should also have the RC bug. libreoffice? glpk? Could you please help me to find the dependency on scotch? I fail to see it... I guess that the technical solution would be to get rid of umfpack but then that would disrupt a lot of software ! I think I clearly illustrated the solutions that I consider as acceptable: see my original bug report(s). Solution (A) is the most desirable, that's why I called for help to push in that direction... I hope this clarifies. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
Bug#756435: feel++: add explicit build dependency on libhdf5-mpi-dev
Gilles the fix has been uploaded best regards C On Wed, Aug 6, 2014 at 7:33 PM, Gilles Filippini p...@debian.org wrote: On Wed, 30 Jul 2014 10:28:35 +0200 Christophe Prud'homme prudho...@unistra.fr wrote: thanks a lot for the patch. This will be fixed ASAP. Hi Christophe, Because there is a risk that feel++ could be in the way of the HDF5 1.8.13 transition I'd appreciate if you could upload the fix really soon. Many thanks in advance, _g. On Tue, Jul 29, 2014 at 10:10 PM, Gilles Filippini p...@debian.org wrote: Source: feel++ Version: 1:0.98.0-final-1 Severity: normal Tags: patch Hi, The source package feel++ indirectly build-depends on libhdf5-mpi-dev through libslepc3.4.2-dev. But after bug #755180 is fixed, libslepc3.4.2-dev won't depend on libhdf5-mpi-dev anymore. Then if feel++ needs HDF5 support it should explicitly build depend on libhdf5-mpi-dev. Patch attached. Thanks, _g. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash To unsubscribe from this group and stop receiving emails from it, send an email to feelpp-devel+unsubscr...@feelpp.org.
Bug#756435: feel++: add explicit build dependency on libhdf5-mpi-dev
Hello thanks a lot for the patch. This will be fixed ASAP. Best regards C. On Tue, Jul 29, 2014 at 10:10 PM, Gilles Filippini p...@debian.org wrote: Source: feel++ Version: 1:0.98.0-final-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The source package feel++ indirectly build-depends on libhdf5-mpi-dev through libslepc3.4.2-dev. But after bug #755180 is fixed, libslepc3.4.2-dev won't depend on libhdf5-mpi-dev anymore. Then if feel++ needs HDF5 support it should explicitly build depend on libhdf5-mpi-dev. Patch attached. Thanks, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT1/+vAAoJEO/obGx//s+DyEMH/0b9jdrSQrI0RR+IMfR6dQAp ExUSZxcevD8yDP9FZM0t/5PaXzC5PiW+WzMTmjR6k3EzW3WACvi6uDJIKkaPOFJQ bViPMUBvMpJUzAFh3RnvL7YvzciFAmk6jjclFwENPosAW4WfgeUGgqjxYkHKxme1 zuHTx1J0nkpZK6i5GpiRixefLxzFzhlVOUeuwpI1g2h5/XMD9+6VYvIUaEzZ0W2n RTIpMvFt4yBWgGLPVcaYD5gsRnKs1T8rotpBReD/eVsbNBSD6GbZJaKRaMrVymJX dZhE5X9anqxYfG8kB7Sz9uQjTHeW7F38MzPgqyrE4nJPBBCTtWFppLz82Y8bXIk= =0wPh -END PGP SIGNATURE- To unsubscribe from this group and stop receiving emails from it, send an email to feelpp-devel+unsubscr...@feelpp.org. -- Professor in Scientific Computing IRMA, CeMoSiS, AMIES IRMA: http://www-irma.u-strasbg.fr/~prudhomm CeMoSis: http://www.cemosis.fr AMIES: http://www.agence-maths-entreprises.fr/ Téléphone : 03 68 85 0089 - Bureau : P-210 Mobile: 06 87 64 60 51
Bug#741303: libfeel++1: libfeelpp.so.1.0.0 links with both GPL-licensed and GPL-incompatible libraries
Dear Francesco Poli What is the state of this bug ? any progress with respect to scotch licensing ? this is a really painful situation ! are petsc and all libraries (based on umfpack) related to this bug issues marked for removal from testing ? have you marked also octave with an RC bug ? it uses suitesparse/umfpack and scotch [1] Basically all libraries/programs using suitesparse/umfpack should have this bug, no ? I think Libreoffice/Openoffice are using suitesparse(and scotch) and glpk so it should also have the RC bug. I guess that the technical solution would be to get rid of umfpack but then that would disrupt a lot of software ! 1. http://packages.qa.debian.org/o/octave.html Best regards C. On Tue, Mar 11, 2014 at 12:05 AM, Francesco Poli (wintermute) invernom...@paranoici.org wrote: Package: libfeel++1 Version: 1:0.95.0-final-2 Severity: serious Justification: Policy 2.3 User: debian-science-maintain...@lists.alioth.debian.org Usertags: scotch-license-issues Hello, the library /usr/lib/libfeelpp.so.1.0.0 links with: = libumfpack.so.5.6.2, which is under the GNU GPL v2 or later = libcholmod.so.2.1.2, which has parts under the GNU GPL v2 or later = libptscotch-5.1.so and libptscotcherr-5.1.so, which are released under the GPL-incompatible terms of the CeCILL-C v1.0 license = libpetsc.so.3.4.2 and libslepc.so.3.4.2, which, though not being under strong copyleft or under copyleft at all, link, in their turn, with the above three libraries... = libglpk.so.36, which is under the GNU GPL v3 or later = libgmsh.so.2, which is under the GNU GPL v2 or later (with some exceptions, but not regarding SCOTCH or CeCILL-C) This seems to mean that package libfeel++1 includes a file which links with both GPL-licensed and GPL-incompatible libraries. Please refer to the similar bug #740463 for some further details about the SCOTCH licensing issues. I have also noticed that package feel++-apps includes several files which link with the above mentioned combination of libraries. I think the possible solutions to the issue for feel++ are, in descending order of desirability: (A) SCOTCH copyright holders should be contacted and persuaded to re-license (or dual-license) it under GPLv2-or-later-compatible terms (B) SCOTCH should be substituted with a GPLv2-or-later-compatible replacement, if any is available (METIS seems to be at least GPLv3-or-later-compatible, see https://bugs.debian.org/740463#15 ) (C) GPL-licensed library (such as UMFPACK and CHOLMOD, GLPK, Gmsh) copyright holders should be asked to relax the copyleft (for instance by switching to the LGPL v2.1) or add license exceptions that give permission to link their works with code released under CeCILL-C v1.0 As said in other bug reports, the best solution is (A): I am thus renewing my call for help to push in the direction of {re|dual}-licensing SCOTCH under the GNU LGPL v2.1: please see https://bugs.debian.org/740463#5 for the full story. Thanks for your time! To unsubscribe from this group and stop receiving emails from it, send an email to feelpp-devel+unsubscr...@feelpp.org. -- Professor in Scientific Computing IRMA, CeMoSiS, AMIES IRMA: http://www-irma.u-strasbg.fr/~prudhomm CeMoSis: http://www.cemosis.fr AMIES: http://www.agence-maths-entreprises.fr/ Téléphone : 03 68 85 0089 - Bureau : P-210 Mobile: 06 87 64 60 51
Bug#713942: libgmsh-dev: missing header in /usr/include/gmsh causes dependent packages to ftbs
Package: libgmsh-dev Version: 2.7.1.dfsg-2 Severity: important Dear Maintainer, /usr/include/gmsh/GModel.h:20:10: fatal error: 'boundaryLayersData.h' file not found #include boundaryLayersData.h Feel++ ftbs while being compiled because some Gmsh header is missing in ligmsh-dev to my knowledge this is the only one missing. Adding boundaryLayersData.h to /usr/include/gmsh fixes the issue Best regards C. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgmsh-dev depends on: ii libgmsh2 2.7.1.dfsg-2 ii libjava-gmsh2 2.7.1.dfsg-2 Versions of packages libgmsh-dev recommends: ii gmsh 2.7.1.dfsg-2 libgmsh-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#707718: clang-3.2: clang++ standard header mis-configuration (stddef.h)
it seems that the problem is due to the fact that I had a version of clang from experimental. I have removed/purged clang/llvm and now it is all fine, sorry for the noise. Should I close the bug report now ? People who have been using clang from experimental may have a similar problem. Best regards C. On Fri, May 10, 2013 at 6:08 PM, Christophe Prud'homme prudh...@debian.orgwrote: Package: clang-3.2 Version: 1:3.2repack-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? compiling c++ code #include cstddef int main() {} fails to compile with clang++. clang++ -o t toto.cpp In file included from toto.cpp:1: /usr/bin/../lib/gcc/x86_64-linux- gnu/4.8/../../../../include/c++/4.8/cstddef:41:10: fatal error: 'stddef.h' file not found #include stddef.h ^ 1 error generated. stddef.h is in /usr/lib/llvm-3.2/lib/clang/3.2/include/ compiling using the following command works clang++ -I /usr/lib/llvm-3.2/lib/clang/3.2/include/ -o t toto.cpp * What outcome did you expect instead? the user should not have to add /usr/lib/llvm-3.2/lib/clang/3.2/include/ in the header directories, no ? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang-3.2 depends on: ii libc62.17-1 ii libclang-common-dev 1:3.2repack-2 ii libffi5 3.0.10-3 ii libgcc1 1:4.8.0-6 ii libllvm3.2 1:3.2repack-2 ii libstdc++6 4.8.0-6 ii libstdc++6-4.7-dev 4.7.3-3 Versions of packages clang-3.2 recommends: ii llvm-3.2-dev 1:3.2repack-2 ii python2.7.3-5 clang-3.2 suggests no packages. -- no debconf information
Bug#707718: clang-3.2: clang++ standard header mis-configuration (stddef.h)
Package: clang-3.2 Version: 1:3.2repack-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? compiling c++ code #include cstddef int main() {} fails to compile with clang++. clang++ -o t toto.cpp In file included from toto.cpp:1: /usr/bin/../lib/gcc/x86_64-linux- gnu/4.8/../../../../include/c++/4.8/cstddef:41:10: fatal error: 'stddef.h' file not found #include stddef.h ^ 1 error generated. stddef.h is in /usr/lib/llvm-3.2/lib/clang/3.2/include/ compiling using the following command works clang++ -I /usr/lib/llvm-3.2/lib/clang/3.2/include/ -o t toto.cpp * What outcome did you expect instead? the user should not have to add /usr/lib/llvm-3.2/lib/clang/3.2/include/ in the header directories, no ? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang-3.2 depends on: ii libc62.17-1 ii libclang-common-dev 1:3.2repack-2 ii libffi5 3.0.10-3 ii libgcc1 1:4.8.0-6 ii libllvm3.2 1:3.2repack-2 ii libstdc++6 4.8.0-6 ii libstdc++6-4.7-dev 4.7.3-3 Versions of packages clang-3.2 recommends: ii llvm-3.2-dev 1:3.2repack-2 ii python2.7.3-5 clang-3.2 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#706709: suitesparse: Please package the new upstream release
Sylvestre, Sebastien is taking suitesparse in charge. I will stay as an uploader for the time being and will try to help Best regards C. On Fri, May 3, 2013 at 5:50 PM, Sylvestre Ledru sylves...@debian.orgwrote: Package: suitesparse Severity: wishlist Hello, Could you package the release 4.2.1 ? Thanks, Sylvestre -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#688587: gcc-4.6: g++-4.6-10 ice on valid code
Package: gcc-4.6 Version: 4.6.3-10 Severity: serious Tags: upstream Justification: g++-4.6 ice on valid c++ code since -10 (possibly -9) Dear Maintainer, * What led up to the situation? upgrading gcc-4.6 from -8 to -10 * What exactly did you do (or not do) that was effective (or ineffective)? Ths solution to fix this is to go back to -8 * What was the outcome of this action? c++ libraries(e.g. feel++ on Debian) that have been compiling fail now to compile I get ice on almost all object files -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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/dash Versions of packages gcc-4.6 depends on: ii binutils 2.22-7.1 ii cpp-4.6 4.6.3-10 ii gcc-4.6-base 4.6.3-10 ii libc6 2.13-35 ii libgcc1 1:4.7.2-2 ii libgmp10 2:5.0.5+dfsg-2 ii libgomp1 4.7.2-2 ii libmpc2 0.9-4 ii libmpfr4 3.1.0-5 ii libquadmath0 4.7.2-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gcc-4.6 recommends: ii libc6-dev 2.13-35 Versions of packages gcc-4.6 suggests: pn binutils-goldnone pn gcc-4.6-doc none pn gcc-4.6-locales none pn gcc-4.6-multilib none pn libgcc1-dbg none pn libgomp1-dbg none pn libmudflap0-4.6-dev none pn libmudflap0-dbg none pn libquadmath0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688587: gcc-4.6: g++-4.6-10 ice on valid code
Matthias, I first wanted to get back to something working for me, i.e. 4.6.3-8. I will upload later today (more probably provide some link to) some failing preprocessed files. Best regards C. On Sun, Sep 23, 2012 at 11:49 PM, Matthias Klose d...@debian.org wrote: you didn't provide the preprocessed source. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617931: gmsh: multiple licensing issues
That is excellent news. thanks for your work and time ! Best regards C. PS: Feel++ will be also unstuck too On Tue, Sep 18, 2012 at 7:18 PM, Anton Gladky gladky.an...@gmail.com wrote: Hi all! The upstream authors of GMSH kindly agreed to add an license exception for the OCTPL [1] (username: gmsh, password: gmsh). === The copyright holders of Gmsh give you permission to combine Gmsh with code included in the standard release of TetGen (from Hang Si), Netgen (from Joachim Schoberl), Chaco (from Bruce Hendrickson and Robert Leland at Sandia National Laboratories), METIS (from George Karypis at the University of Minnesota) and OpenCASCADE (from Open CASCADE S.A.S) under their respective licenses. You may copy and distribute such a system following the terms of the GNU GPL for Gmsh and the licenses of the other code concerned, provided that you include the source code of that other code when and as the GNU GPL requires distribution of source code. === So I think Opencascade issue is solved. GMSH links with GSL library (libgsl0ldbl) only on m68k-platform, which is not officially supported by Debian. So the issue is not relevant. So, I think the bug is resolved. I have done corresponding changes in debian/copyright file and committed them to git-repo [2], I am going to decrease the severity of the bug and close it by the next upload. Thanks. Anton [1] https://geuz.org/svn/gmsh/trunk/doc/LICENSE.txt [2] http://anonscm.debian.org/gitweb/?p=debian-science/packages/gmsh.git;a=commitdiff;h=671fb32dbdf6cdf5e57a9a6e7c3499a11c150f9b -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676729: Fwd: Bug#676729: feel++: FTBFS: operators.hpp:722:1: internal compiler error: Segmentation fault
Hello I get an ice with gcc47 (see email below) I am trying to reproduce it. Shouldn't it be considered a gcc47 bug rather than a feel++ bug ? Feel++ compiles and runs fine with gcc45, gcc46 and clang31. Best regards C. -- Forwarded message -- From: Lucas Nussbaum lu...@lucas-nussbaum.net Date: Sat, Jun 9, 2012 at 10:10 AM Subject: Bug#676729: feel++: FTBFS: operators.hpp:722:1: internal compiler error: Segmentation fault To: sub...@bugs.debian.org Source: feel++ Version: 0.91.4-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120609 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu/CMakeFiles [ 91%] Building CXX object doc/manual/tutorial/CMakeFiles/feel_doc_mymesh.dir/mymesh.cpp.o cd /build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu/doc/manual/tutorial /usr/bin/g++ -DBOOST_UBLAS_MOVE_SEMANTICS -DFEELPP_HAS_MPI=1 -DFEELPP_HAS_MPI_H=1 -DFEELPP_HAS_DLFCN_H -DFEELPP_HAS_DLOPEN -DBOOST_PARAMETER_MAX_ARITY=20 -DBOOST_TEST_DYN_LINK -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_NO_SCOPED_ENUMS -DFEELPP_HAS_PETSC -DFEELPP_HAS_PETSC_H -DFEELPP_HAS_GMSH=1 -D_FEELPP_HAS_GMSH_ -DGMSH_EXECUTABLE=/usr/bin/gmsh -std=c++0x -pedantic -ftemplate-depth-256 -Wno-inline -std=c++0x -std=c++0x -pedantic -g0 -O2 -DNDEBUG -ftemplate-depth-256 -finline-functions -Wno-inline -std=c++0x -I/build/feel++-TyecKE/feel++-0.91.4/contrib -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 -I/build/feel++-TyecKE/feel++-0.91.4/contrib/eigen -I/usr/include/ANN -I/usr/include/python2.7 -I/usr/lib/petscdir/3.2/include -I/usr/lib/petscdir/3.2/linux-gnu-c-opt/include -I/usr/lib/slepcdir/3.2/linux-gnu-c-opt/include -I/usr/lib/slepcdir/3.2/include -I/usr/include/gmsh -I/build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu -I/build/feel++-TyecKE/feel++-0.91.4 -I/build/feel++-TyecKE/feel++-0.91.4/contrib/gmm/include -I/build/feel++-TyecKE/feel++-0.91.4/doc/manual -Wall -Wno-unused -Wno-sign-compare -o CMakeFiles/feel_doc_mymesh.dir/mymesh.cpp.o -c /build/feel++-TyecKE/feel++-0.91.4/doc/manual/tutorial/mymesh.cpp In file included from /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/vf.hpp:93:0, from /build/feel++-TyecKE/feel++-0.91.4/feel/feelfilters/gmsh.hpp:47, from /build/feel++-TyecKE/feel++-0.91.4/doc/manual/tutorial/mymesh.cpp:34: /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/operators.hpp: In instantiation of 'struct Feel::vf::OpIdElement, (Feel::vf::OperatorType)2u::tensorGeo_t, Basis_i_t, Basis_j_t::tensor(const this_type, const Geo_t) [with Geo_t = boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, boost::shared_ptrFeel::GeoMap2u, 1u, 2u, double, Feel::Simplex, Feel::Lagrange::Context2307ul, Feel::GeoElement2D2u, Feel::Simplex2u, 1u, 2u, Feel::SubFaceOfNone, double , boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_; Basis_i_t = boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, boost::shared_ptrFeel::vf::detail::gmc0 , boost::fusion::pairFeel::vf::detail::gmc1, boost::shared_ptrFeel::vf::detail::gmc1 ; Basis_j_t = boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, boost::shared_ptrFeel::vf::detail::gmc0 , boost::fusion::pairFeel::vf::detail::gmc1, boost::shared_ptrFeel::vf::detail::gmc1 ; Element = Feel::FunctionSpaceFeel::MeshFeel::Simplex2u, 1u, 2u , Feel::basesFeel::Lagrange1u, Feel::Vectorial, Feel::Continuous, Feel::PointSetEquiSpaced, 0u, Feel::void_basis, Feel::void_basis, Feel::void_basis, boost::parameter::void_, boost::parameter::void_, boost::parameter::void_::Elementdouble, Feel::VectorUblasdouble, boost::numeric::ublas::vectordouble, boost::numeric::ublas::unbounded_arraydouble, std::allocatordouble ; Feel::vf::OpIdElement, (Feel::vf::OperatorType)2u::this_type = Feel::vf::OpIdFeel::FunctionSpaceFeel::MeshFeel::Simplex2u, 1u, 2u , Feel::basesFeel::Lagrange1u, Feel::Vectorial, Feel::Continuous, Feel::PointSetEquiSpaced, 0u, Feel::void_basis, Feel::void_basis, Feel::void_basis, boost::parameter::void_, boost::parameter::void_, boost::parameter::void_::Elementdouble, Feel::VectorUblasdouble, boost::numeric::ublas::vectordouble, boost::numeric::ublas::unbounded_arraydouble, std::allocatordouble , (Feel::vf::OperatorType)2u]::INVALID_CALL_TO_CONSTRUCTOR722': /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/operators.hpp:722:1: required from 'Feel::vf::OpIdElement,
Bug#676729: Fwd: Bug#676729: feel++: FTBFS: operators.hpp:722:1: internal compiler error: Segmentation fault
reassign 676729 gcc-4.7 4.7.0-12 thanks On Sun, Jun 10, 2012 at 10:04 PM, Christophe Prud'homme prudh...@debian.org wrote: Hello I get an ice with gcc47 (see email below) I am trying to reproduce it. Shouldn't it be considered a gcc47 bug rather than a feel++ bug ? Feel++ compiles and runs fine with gcc45, gcc46 and clang31. Best regards C. -- Forwarded message -- From: Lucas Nussbaum lu...@lucas-nussbaum.net Date: Sat, Jun 9, 2012 at 10:10 AM Subject: Bug#676729: feel++: FTBFS: operators.hpp:722:1: internal compiler error: Segmentation fault To: sub...@bugs.debian.org Source: feel++ Version: 0.91.4-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120609 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu/CMakeFiles [ 91%] Building CXX object doc/manual/tutorial/CMakeFiles/feel_doc_mymesh.dir/mymesh.cpp.o cd /build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu/doc/manual/tutorial /usr/bin/g++ -DBOOST_UBLAS_MOVE_SEMANTICS -DFEELPP_HAS_MPI=1 -DFEELPP_HAS_MPI_H=1 -DFEELPP_HAS_DLFCN_H -DFEELPP_HAS_DLOPEN -DBOOST_PARAMETER_MAX_ARITY=20 -DBOOST_TEST_DYN_LINK -DBOOST_FILESYSTEM_VERSION=3 -DBOOST_NO_SCOPED_ENUMS -DFEELPP_HAS_PETSC -DFEELPP_HAS_PETSC_H -DFEELPP_HAS_GMSH=1 -D_FEELPP_HAS_GMSH_ -DGMSH_EXECUTABLE=/usr/bin/gmsh -std=c++0x -pedantic -ftemplate-depth-256 -Wno-inline -std=c++0x -std=c++0x -pedantic -g0 -O2 -DNDEBUG -ftemplate-depth-256 -finline-functions -Wno-inline -std=c++0x -I/build/feel++-TyecKE/feel++-0.91.4/contrib -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 -I/build/feel++-TyecKE/feel++-0.91.4/contrib/eigen -I/usr/include/ANN -I/usr/include/python2.7 -I/usr/lib/petscdir/3.2/include -I/usr/lib/petscdir/3.2/linux-gnu-c-opt/include -I/usr/lib/slepcdir/3.2/linux-gnu-c-opt/include -I/usr/lib/slepcdir/3.2/include -I/usr/include/gmsh -I/build/feel++-TyecKE/feel++-0.91.4/obj-x86_64-linux-gnu -I/build/feel++-TyecKE/feel++-0.91.4 -I/build/feel++-TyecKE/feel++-0.91.4/contrib/gmm/include -I/build/feel++-TyecKE/feel++-0.91.4/doc/manual -Wall -Wno-unused -Wno-sign-compare -o CMakeFiles/feel_doc_mymesh.dir/mymesh.cpp.o -c /build/feel++-TyecKE/feel++-0.91.4/doc/manual/tutorial/mymesh.cpp In file included from /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/vf.hpp:93:0, from /build/feel++-TyecKE/feel++-0.91.4/feel/feelfilters/gmsh.hpp:47, from /build/feel++-TyecKE/feel++-0.91.4/doc/manual/tutorial/mymesh.cpp:34: /build/feel++-TyecKE/feel++-0.91.4/feel/feelvf/operators.hpp: In instantiation of 'struct Feel::vf::OpIdElement, (Feel::vf::OperatorType)2u::tensorGeo_t, Basis_i_t, Basis_j_t::tensor(const this_type, const Geo_t) [with Geo_t = boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, boost::shared_ptrFeel::GeoMap2u, 1u, 2u, double, Feel::Simplex, Feel::Lagrange::Context2307ul, Feel::GeoElement2D2u, Feel::Simplex2u, 1u, 2u, Feel::SubFaceOfNone, double , boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_, boost::fusion::void_; Basis_i_t = boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, boost::shared_ptrFeel::vf::detail::gmc0 , boost::fusion::pairFeel::vf::detail::gmc1, boost::shared_ptrFeel::vf::detail::gmc1 ; Basis_j_t = boost::fusion::mapboost::fusion::pairFeel::vf::detail::gmc0, boost::shared_ptrFeel::vf::detail::gmc0 , boost::fusion::pairFeel::vf::detail::gmc1, boost::shared_ptrFeel::vf::detail::gmc1 ; Element = Feel::FunctionSpaceFeel::MeshFeel::Simplex2u, 1u, 2u , Feel::basesFeel::Lagrange1u, Feel::Vectorial, Feel::Continuous, Feel::PointSetEquiSpaced, 0u, Feel::void_basis, Feel::void_basis, Feel::void_basis, boost::parameter::void_, boost::parameter::void_, boost::parameter::void_::Elementdouble, Feel::VectorUblasdouble, boost::numeric::ublas::vectordouble, boost::numeric::ublas::unbounded_arraydouble, std::allocatordouble ; Feel::vf::OpIdElement, (Feel::vf::OperatorType)2u::this_type = Feel::vf::OpIdFeel::FunctionSpaceFeel::MeshFeel::Simplex2u, 1u, 2u , Feel::basesFeel::Lagrange1u, Feel::Vectorial, Feel::Continuous, Feel::PointSetEquiSpaced, 0u, Feel::void_basis, Feel::void_basis, Feel::void_basis, boost::parameter::void_, boost::parameter::void_, boost::parameter::void_::Elementdouble, Feel::VectorUblasdouble, boost::numeric::ublas::vectordouble, boost::numeric::ublas::unbounded_arraydouble, std::allocatordouble , (Feel::vf::OperatorType)2u]::INVALID_CALL_TO_CONSTRUCTOR722
Bug#676729: feel++: FTBFS: operators.hpp:722:1: internal compiler error: Segmentation fault
Hello I will certainly build-depend on gcc-4.6 for now. However I am very dubious as to gcc47 quality: from one debian version to another it breaks packages, it generates buggy codes. It just doesn't seem very reliable and production ready. Best regards C. On Sun, Jun 10, 2012 at 11:07 PM, Touko Korpela touko.korp...@iki.fi wrote: I recommend that you change feel++ to build-depend on gcc-4.6 for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673749: still segfault with 4.7.0-9
Dear GCC maintainers, wirh 4.7.0-11, The bug seems to be fixed. I checked on one code. I need to check the other ones Tonight I will have a large test on all of them and report back. I am confident that this bug will be soon closed thank you for your amazing job ! Best regards C. On Tue, May 22, 2012 at 8:51 PM, Christophe Prud'homme prudh...@debian.org wrote: Hi I just tried with the latest 4.7.0-9 and it still segfaults :( Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673749: still segfault with 4.7.0-9
Hi I just tried with the latest 4.7.0-9 and it still segfaults :( Best regards C.
Bug#673749: g++-4.7: gcc47 generates buggy code with optimisation flags
Package: g++-4.7 Version: 4.7.0-8 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I ported feel++ to gcc47 and found out that it generates buggy code(generating segfault) in optimisation mode. Here are the steps to reproduce it - install feel++-apps - execute feel_doc_myfunctionspace (compiled using CMAKE_BUILD_TYPE=Release) - it generates a segfault what happens is that a data structure containing only a double data member seem to be optimized away and became dangling reference (invalid read using valgrind). The code crashes at line 220 of doc/manual/tutorial/myfunctionspace.cpp when evaluating the expression template data structure g defined on line 215. - in gcc47 with CMAKE_BUILD_TYPE=Debug, it works without problems - with gcc45, gcc46, clang31 on Linux and OSX there are no problems at all in RelWithDebInfo and Release mode (CMAKE_BUILD_TYPE) Hence I believe that this is a bug in gcc47 code generation/optimisation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.7 depends on: ii gcc-4.7 4.7.0-8 ii gcc-4.7-base4.7.0-8 ii libc6 2.13-32 ii libgmp102:5.0.5+dfsg-1.1 ii libmpc2 0.9-4 ii libmpfr43.1.0-5 ii libstdc++6-4.7-dev 4.7.0-8 ii zlib1g 1:1.2.7.dfsg-2 g++-4.7 recommends no packages. Versions of packages g++-4.7 suggests: pn g++-4.7-multilibnone pn gcc-4.7-doc none pn libstdc++6-4.7-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670066: Bug #670066 python-openturns is unusable
Hi Denis thanks for your work ! I uploaded a new feel++ version which works fine with openturns (openturns-wrapper is no more and was causing ftbs) it is all good on the feel++ front. Best regards C. On Sat, May 19, 2012 at 9:28 AM, D. Barbier bou...@gmail.com wrote: On 2012/5/17 D. Barbier wrote: On 2012/5/17 Christophe Prud'homme wrote: I think It should go in unstable. I don't think there are that many users and OT1.0 fixes a few things as well as provide many new features Hello Christophe, Too late, it has been uploaded into experimental ;-) I followed the procedure about library transitions and filed a bug against release.d.o to ask whether I can upload into unstable. I uploaded 1.0-2 into unstable with their approval. Denis -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#673749: g++-4.7: gcc47 generates buggy code with optimisation flags
Please note that - Debug -g - RelWithDebInfo uses -g -O1 - Release uses -O3 there must be an option in -O1 that generates the buggy code. Best regards C. On Mon, May 21, 2012 at 10:34 AM, Christophe Prud'homme prudh...@debian.org wrote: Package: g++-4.7 Version: 4.7.0-8 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I ported feel++ to gcc47 and found out that it generates buggy code(generating segfault) in optimisation mode. Here are the steps to reproduce it - install feel++-apps - execute feel_doc_myfunctionspace (compiled using CMAKE_BUILD_TYPE=Release) - it generates a segfault what happens is that a data structure containing only a double data member seem to be optimized away and became dangling reference (invalid read using valgrind). The code crashes at line 220 of doc/manual/tutorial/myfunctionspace.cpp when evaluating the expression template data structure g defined on line 215. - in gcc47 with CMAKE_BUILD_TYPE=Debug, it works without problems - with gcc45, gcc46, clang31 on Linux and OSX there are no problems at all in RelWithDebInfo and Release mode (CMAKE_BUILD_TYPE) Hence I believe that this is a bug in gcc47 code generation/optimisation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.7 depends on: ii gcc-4.7 4.7.0-8 ii gcc-4.7-base4.7.0-8 ii libc6 2.13-32 ii libgmp102:5.0.5+dfsg-1.1 ii libmpc2 0.9-4 ii libmpfr43.1.0-5 ii libstdc++6-4.7-dev 4.7.0-8 ii zlib1g 1:1.2.7.dfsg-2 g++-4.7 recommends no packages. Versions of packages g++-4.7 suggests: pn g++-4.7-multilibnone pn gcc-4.7-doc none pn libstdc++6-4.7-dbg none -- no debconf information
Bug#673749: g++-4.7: gcc47 generates buggy code with optimisation flags
FYI I have also submitted a bug report on GCC Bugzilla [1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53439 On Mon, May 21, 2012 at 11:31 AM, Christophe Prud'homme prudh...@debian.org wrote: Please note that - Debug -g - RelWithDebInfo uses -g -O1 - Release uses -O3 there must be an option in -O1 that generates the buggy code. Best regards C. On Mon, May 21, 2012 at 10:34 AM, Christophe Prud'homme prudh...@debian.org wrote: Package: g++-4.7 Version: 4.7.0-8 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I ported feel++ to gcc47 and found out that it generates buggy code(generating segfault) in optimisation mode. Here are the steps to reproduce it - install feel++-apps - execute feel_doc_myfunctionspace (compiled using CMAKE_BUILD_TYPE=Release) - it generates a segfault what happens is that a data structure containing only a double data member seem to be optimized away and became dangling reference (invalid read using valgrind). The code crashes at line 220 of doc/manual/tutorial/myfunctionspace.cpp when evaluating the expression template data structure g defined on line 215. - in gcc47 with CMAKE_BUILD_TYPE=Debug, it works without problems - with gcc45, gcc46, clang31 on Linux and OSX there are no problems at all in RelWithDebInfo and Release mode (CMAKE_BUILD_TYPE) Hence I believe that this is a bug in gcc47 code generation/optimisation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.7 depends on: ii gcc-4.7 4.7.0-8 ii gcc-4.7-base4.7.0-8 ii libc6 2.13-32 ii libgmp102:5.0.5+dfsg-1.1 ii libmpc2 0.9-4 ii libmpfr43.1.0-5 ii libstdc++6-4.7-dev 4.7.0-8 ii zlib1g 1:1.2.7.dfsg-2 g++-4.7 recommends no packages. Versions of packages g++-4.7 suggests: pn g++-4.7-multilibnone pn gcc-4.7-doc none pn libstdc++6-4.7-dbg none -- no debconf information
Bug#670066: Bug #670066 python-openturns is unusable
I think It should go in unstable. I don't think there are that many users and OT1.0 fixes a few things as well as provide many new features On Tue, May 15, 2012 at 10:50 PM, D. Barbier bou...@gmail.com wrote: When testing upgrades from current openturns packages, I realized that libopenturns0 and libopenturnss0.1 are not coinstallable because of several file conflicts, and added the following changes: * rotRPackage is moved into its own binary package r-openturns-utils * install openturns.conf into /etc/openturns-1.0/openturns/ * install wrappers into /usr/lib/openturns-1.0/ All changes have now been pushed into OT svn repository. IMHO it can be uploaded after editing debian/changelog. The remaining questions are: should it be uploaded into unstable or experimental? What else is needed? -- Christophe Prud'homme Feel++ Project Manager Professor in Applied Mathematics @ Université Joseph Fourier (Grenoble, France) @ Université de Strasbourg (France)
Bug#669425: openturns: new upstream version
I would go for the default version no ? at least in a first version and see what people are saying On Mon, Apr 23, 2012 at 8:41 AM, D. Barbier bou...@gmail.com wrote: Do we want to build python-openturns against all available python versions (which is smarter, but builds will take much longer), or do we build only against the default version? In the latter case, we should not let python-openturns Provides: ${python:Provides}. IMO we can use the latter and see if builds run much faster with CMake, in which case we may enable other python versions.
Bug#670066: python-openturns is unusable
Denis I received some patches for openturns from J. Schueller. I will apply them and upload a new version for 0.15 then work on 1.0 On Sun, Apr 22, 2012 at 7:53 PM, Denis Barbier bou...@gmail.com wrote: Package: python-openturns Version: 0.15-3 Severity: grave Justification: renders package unusable Hello, It seems that python-openturns 0.15-3 is unusable: $ python Python 2.7.2+ (default, Jan 20 2012, 17:51:10) [GCC 4.6.2] on linux2 Type help, copyright, credits or license for more information. import openturns Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/dist-packages/openturns/__init__.py, line 87, in module import openturns_preload ImportError: No module named openturns_preload 0.15-2 worked fine, I guess that this is due to the move to dh_python2. Denis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-openturns depends on: ii ghostscript9.05~dfsg-2 ii libc6 2.13-26 ii libgcc11:4.7.0-1 ii libopenturns0 0.15-3 ii libstdc++6 4.7.0-1 ii python 2.7.2-10 ii python-qt4 4.9.1-1 ii python-rpy22.2.5-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-13 python-openturns recommends no packages. python-openturns suggests no packages. -- no debconf information -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#670066: python-openturns is unusable
Denis This work(debian packaging) is also done by Phimeca who maintains openturns, or did you use their work ? I do not have preferences for the soname see ya C. On Mon, Apr 23, 2012 at 12:06 AM, D. Barbier bou...@gmail.com wrote: Le 22 avril 2012 22:11, D. Barbier bou...@gmail.com a écrit : Le 22 avril 2012 20:31, D. Barbier bou...@gmail.com a écrit : Le 22 avril 2012 20:19, Christophe Prud'homme prudh...@debian.org a écrit : Denis I received some patches for openturns from J. Schueller. I will apply them and upload a new version for 0.15 then work on 1.0 Christophe, I already almost finished packaging for 1.0, the only issue is with python. But I do not know where to push these changes so that you can review them. BTW, we should IMHO change the SONAME, do you have any preference? Christophe, I just created a git repository to publish my changes: https://github.com/dbarbier/deb-ot There are instructions at https://github.com/dbarbier/deb-ot/wiki to transform it into a git-svn repository. Hi again, I do not know why, but it seems that this is due to python extensions being linked against python2.7 library. It now works fine in my CMake build. Denis
Bug#669202: RM: feel++ [hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel arm armel s390] -- ROM; FTBFS
Package: ftp.debian.org Severity: normal Feel++ fails to build on these arch because it takes too much memory to compile and the builder associated have not enough memory to handle this package compilation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622492: Bug#616928: openturns_0.15-2.1 NMU
Hi I am the maintainer of openturns. I will try to get back to OT as soon as possible and look at what you did. Could you hold for now until I have a look ? Best regards C. On Fri, Mar 30, 2012 at 12:44 PM, Aron Xu happyaron...@gmail.com wrote: Dear maintainer, I have prepared an NMU of openturns, uploaded to DELAYED/10 as version 0.15-2.1. Please contact me if you think the package should be rescheduled or canceled. * Non-maintainer upload. (Closes: #662792). * Getting rid of unneeded *.la (Closes: #622492). * Transition to dh_python2 (Closes: #616928). * Use dh rules.tiny, enable parallel build. -- Regards, Aron Xu -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625093: feel++: FTBFS: stl_uninitialized.h:576:6: error: no matching function for call to 'boost::mpi::allocatorchar::construct(char*)'
Lucas this is not a Feel++ bug but a boost++ mpi/g++-4.6 bug Best regards C. On Mon, May 2, 2011 at 2:31 PM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: feel++ Version: 0.91.0~svn7013-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110502 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[3]: Entering directory `/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu' /usr/bin/cmake -E cmake_progress_report /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu/CMakeFiles [ 0%] Building CXX object feel/CMakeFiles/feel++.dir/options.cpp.o cd /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu/feel /usr/bin/g++ -Dfeel___EXPORTS -DBOOST_UBLAS_MOVE_SEMANTICS -DHAVE_MPI=1 -DHAVE_MPI_H=1 -DHAVE_DLFCN_H -DHAVE_DLOPEN -DBOOST_PARAMETER_MAX_ARITY=15 -DBOOST_TEST_DYN_LINK -DBOOST_FILESYSTEM_VERSION=2 -DHAVE_METIS_H=1 -DHAVE_PETSC -DHAVE_PETSC_H -DHAVE_GMSH=1 -D_HAVE_GMSH_ -DGMSH_EXECUTABLE=/usr/bin/gmsh -std=c++0x -O2 -DNDEBUG -g0 -std=c++0x -fPIC -I/usr/lib/openmpi/include -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 -I/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/contrib/eigen -I/usr/include/metis -I/usr/lib/petscdir/3.1/include -I/usr/include/trilinos -I/usr/include/openturns -I/usr/include/python2.6 -I/usr/include/octave -I/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu -I/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013 -I/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/contrib/gmm/include -o CMakeFiles/feel++.dir/options.cpp.o -c /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/feel/options.cpp In file included from /usr/include/c++/4.6/vector:64:0, from /usr/include/boost/program_options/errors.hpp:14, from /usr/include/boost/program_options/options_description.hpp:12, from /usr/include/boost/program_options.hpp:15, from /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/feel/options.hpp:32, from /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/feel/options.cpp:29: /usr/include/c++/4.6/bits/stl_uninitialized.h: In function 'void std::__uninitialized_default_n_a(_ForwardIterator, _Size, _Allocator) [with _ForwardIterator = char*, _Size = long unsigned int, _Allocator = boost::mpi::allocatorchar]': /usr/include/c++/4.6/bits/vector.tcc:474:8: instantiated from 'void std::vector_Tp, _Alloc::_M_default_append(std::vector_Tp, _Alloc::size_type) [with _Tp = char, _Alloc = boost::mpi::allocatorchar, std::vector_Tp, _Alloc::size_type = long unsigned int]' /usr/include/c++/4.6/bits/stl_vector.h:592:4: instantiated from 'void std::vector_Tp, _Alloc::resize(std::vector_Tp, _Alloc::size_type) [with _Tp = char, _Alloc = boost::mpi::allocatorchar, std::vector_Tp, _Alloc::size_type = long unsigned int]' /usr/include/boost/mpi/detail/packed_oprimitive.hpp:96:46: instantiated from here /usr/include/c++/4.6/bits/stl_uninitialized.h:576:6: error: no matching function for call to 'boost::mpi::allocatorchar::construct(char*)' /usr/include/c++/4.6/bits/stl_uninitialized.h:576:6: note: candidate is: /usr/include/boost/mpi/allocator.hpp:168:8: note: void boost::mpi::allocatorT::construct(boost::mpi::allocatorT::pointer, const T) [with T = char, boost::mpi::allocatorT::pointer = char*] /usr/include/boost/mpi/allocator.hpp:168:8: note: candidate expects 2 arguments, 1 provided make[3]: *** [feel/CMakeFiles/feel++.dir/options.cpp.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/05/02/feel++_0.91.0~svn7013-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.
Bug#622138: life: ROM; outdated, superseded by Feel++
Package: ftp.debian.org Package Life [1] should be removed from Debian unstable : it has been renamed upstream Feel++ (http://www.feelpp.org) and Feel++ has been packaged for Debian [2]. 1. http://packages.qa.debian.org/l/life.html 2. http://packages.qa.debian.org/f/feel%2B%2B.html I am both the DD of Life and Feel++ and the upstream developer of Feel++ (formerly Life). Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616048: life: Please consider adding an explicit build dependency on libboost-mpi-dev
Fabrice thanks a lot for the tip life is going to be superseded by Feel++ (I had to rename it) which is in Debian experimental. I am going to release feel++ 0.90 and upload it to unstable the next few days. I would like to have the package also in Ubuntu. Any way I can help with that ? I created an account using my debian address on launchpad. Best regards C. On Wed, Mar 2, 2011 at 7:02 AM, Fabrice Coutadeur fabric...@ubuntu.com wrote: Package: life Severity: wishlist Hi, Ubuntu split the boost package to have mpi dependent packages in Universe instead of Main. This means that in Ubuntu liboost-dev-all does not contains the libboost-mpi-dev package, even if the libboost-mpi-dev package exists. So please, to avoid having a change specific to Ubuntu, consider adding an explicit build dependency on libboost-mpi-dev to your package Thanks, Fabrice -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-27-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606870: python-openturns: creates a mess in sys.path by adding its own namespace
I just got a fix for this problem thanks for waiting On Sun, Dec 26, 2010 at 7:48 PM, Julien Cristau jcris...@debian.org wrote: I'll schedule openturns for removal from squeeze if this doesn't get fixed in the next few days. -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#588861: python-openturns: uninstallable in testing: Depends: python ( 2.6) but 2.6.5-5 is to be installed
Jakub, On Tue, Jul 13, 2010 at 11:54 PM, Jakub Wilk jw...@debian.org wrote: I am the maintainer of this package. The log does not say much about the failure. Could it be that it's a memory problem ? not enough memory to compile and the porterbox has enough. Yes, it sounds plausible - the affected file is really huge. On the other hand, according to db.debian.org, both the buildd and the porterbox have 512 MB of RAM. I fear that 512Mb of RAM can just be not enough for openturns. it is a pity that the package is stuck because of armel ! Best regards C. -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#588861: python-openturns: uninstallable in testing: Depends: python ( 2.6) but 2.6.5-5 is to be installed
Jakub I just uploaded a new version of openturns which reduced the optimization level to -O1 on armel in hope it uses less memory than -O2. Best regards C. On Fri, Aug 13, 2010 at 3:39 PM, Christophe Prud'homme prudh...@debian.orgwrote: Jakub, On Tue, Jul 13, 2010 at 11:54 PM, Jakub Wilk jw...@debian.org wrote: I am the maintainer of this package. The log does not say much about the failure. Could it be that it's a memory problem ? not enough memory to compile and the porterbox has enough. Yes, it sounds plausible - the affected file is really huge. On the other hand, according to db.debian.org, both the buildd and the porterbox have 512 MB of RAM. I fear that 512Mb of RAM can just be not enough for openturns. it is a pity that the package is stuck because of armel ! Best regards C. -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#588861: python-openturns: uninstallable in testing: Depends: python ( 2.6) but 2.6.5-5 is to be installed
Dear Jakub as I said in a previous email I changed the CXX flags on armel. it seems that it went through https://buildd.debian.org/pkg.cgi?pkg=openturns I will close the bug now. The unstable version fixes the python 2.6 problem On Mon, Jul 12, 2010 at 10:49 PM, Jakub Wilk jw...@debian.org wrote: Package: python-openturns Version: 0.13.2-2 Severity: serious Tags: squeeze User: debian-pyt...@lists.debian.org Usertag: python2.6 Hello, python-openturns is currently uninstallable in testing: # apt-get install python-openturns Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: python-openturns: Depends: python ( 2.6) but 2.6.5-5 is to be installed E: Broken packages We would normally fix this bug by simply binNMUing the package. However, openturns FTBFS in testing because of bug #586351: https://buildd.debian.org/fetch.cgi?pkg=openturnsver=0.13.2-2%2Bb1arch=i386stamp=1277880044 openturns 0.13.2-5 (which has #586351 fixed and binaries recompiled with Python 2.6) cannot migrate to testing because of dependencies on atlas, which cannot be satisfied on armel. We tried to get rid of these dependencies by binNMUing it against liblapack-dev = 3.2.2-1, but openturns failed to build: https://buildd.debian.org/fetch.cgi?pkg=openturnsver=0.13.2-5%2Bb1arch=armelstamp=1278704225 We have no idea what's the reason of this FTBFS, as we were unable to reproduce it on the porterbox. -- Jakub Wilk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJMO3/YAAoJEC1Os6YBVHX1wWUP/A+7nVAIVlts7Q78iSyb654Z zhn61c8WKx+wYu+R0DYz4WnJALsMXj5LIyK6fBPVqAU11s9KArdLIJbGt/HFVJP1 SU6OFQu1rHLsatRUFEVA5GLHsL9eTICqSJhCfq5yy7cWCxREVrKdP0MMOSQIYxys N5/SbQR9J5U/ZGH0nxi8Kyx49Mvs6Ug8H9AZhKzmZayl8deQ98vH16yont4St+0x 6PIqAiBgNNzPcF1FojtHhO/pOm8lAObyQDdbrTXQbUn/Du7Tf1q8z88ZJjryEzLp uicT5594eqX7fMwd4GAkXKXl0ymLm8M+zvpsVjyFeZXJCAjF9l79Gs8Z1EozWdVz 9I5pANLoM4Wgp/c2G+3uJM76FgwtJBGr8BzzLV86w17YWUJPDTegu7MSxB6CvSQV NZLsPMbSAyRKPXZrxSDUzSF7BL6gJR8nLBXKtURkgeAzgz/ZnC29/JykQmFixrup 28nYOvcW6xtTs5GPY2ou8usHBvXZSTeXtOaymCdpqsLkO9gw7JSmdWAmgDhWNtw9 IrIPvHUC4wluASNbSdx1lr/bVO1Auk2fHlfkltKzQq/F9YVOaGM73xJR4RsJP0Fc ObZ61QVsPjK7c73TYuWf+FhdC1hU/d8eBd6iSs2zTz3RVAzILkK7jpHioo9cBX5F sOaxH5xtPmUo/OxQFVzM =kGEI -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#592668: ITP: autopack -- Message packing for MPI made easy
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: autopack Version: 1.3.2 Upstream Author: Raymond Loy r...@mcs.anl.gov URL: http://www.mcs.anl.gov/research/projects/autopack/ License: Free software Description: Autopack is a message-passing library which transparently packs small messages into fewer larger ones for more efficient transport by MPI. It can be used by any MPI program. The underlying message size is easily adjusted at runtime for best efficiency. Other features of Autopack include: o collective commands that proceed asynchronously o automatic management of MPI send and receive requests o management of message buffer memory o determination of the number of anticipated incoming messages from a set of arbitrary sends o deterministic message delivery from multiple sources to aid in program testing or debugging Autopack is written in C using MPI and should compile on any platform with any implementation of MPI. -- Debian Developer (Scientific applications) Prof. at Univ. Grenoble in Applied Math.
Bug#589705: [paraview] package uninstallable because of 'experimental' libtiff5 dependency
Package: paraview Version: 3.8.0-1 Severity: grave --- Please enter the report below this line. --- the package is uninstallable due to dependency on libtiff5 available only in experimental. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-trunk-amd64 Debian Release: squeeze/sid 500 unstable ftp.fr.debian.org 500 stable dl.google.com 1 experimental ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== qt4-dev-tools | 4:4.6.3-1 tcl8.5 | 8.5.8-2 OR tclsh | libavcodec52 (= 4:0.5.1-3) | 4:0.5.2-1 libavformat52 (= 4:0.5.1-3) | 4:0.5.2-1 libavutil49 (= 4:0.5.1-3) | 4:0.5.2-1 libc6 (= 2.7) | 2.11.2-2 libexpat1 (= 1.95.8) | 2.0.1-7 libfreetype6 (= 2.2.1) | 2.4.0-2 libgcc1 (= 1:4.1.1) | 1:4.4.4-7 libgl1-mesa-glx | 7.7.1-4 OR libgl1 | libglu1-mesa | 7.7.1-4 OR libglu1 | libhdf5-serial-1.8.4 | 1.8.4-patch1-2 OR libhdf5-1.8.4 | libice6 (= 1:1.0.0) | 2:1.0.6-1 libjpeg62 (= 6b1) | 6b1-1 libmysqlclient16 (= 5.1.21-1) | 5.1.48-1 libopenmpi1.3 | 1.4.2-2 libpng12-0 (= 1.2.13-4) | 1.2.44-1 libpq5 (= 8.4~0cvs20090328) | 8.4.4-1+b1 libpython2.6 (= 2.6) | 2.6.5+20100706-1 libqt4-help (= 4:4.5.3) | 4:4.6.3-1 libqt4-network (= 4:4.5.3-4) | 4:4.6.3-1 libqt4-sql (= 4:4.5.3) | 4:4.6.3-1 libqt4-webkit (= 4:4.5.3) | 4:4.6.3-1 libqt4-xml (= 4:4.5.3-4) | 4:4.6.3-1 libqt4-xmlpatterns (= 4:4.5.3) | 4:4.6.3-1 libqtcore4 (= 4:4.5.3-4) | 4:4.6.3-1 libqtgui4 (= 4:4.5.3-4) | 4:4.6.3-1 libsm6 | 2:1.1.1-1 libstdc++6 (= 4.4.0) | 4.5-20100103-1 libswscale0 (= 4:0.5.1-1) | 4:0.5.2-1 OR libswscale-extra-0 (= 4:0.5.1-1) | libtiff5 | 4.0.0~beta6-1 libx11-6 | 2:1.3.3-3 libxext6 | 2:1.1.2-1 libxml2 (= 2.7.4) | 2.7.7.dfsg-4 libxt6 | 1:1.0.7-1 zlib1g (= 1:1.2.3.3.dfsg) | 1:1.2.3.4.dfsg-3 python ( 2.7) | 2.6.5-9 python (= 2.6) | 2.6.5-9 python-support (= 0.90.0) | 1.0.9 Recommends (Version) | Installed -+-= qt4-dev-tools (= 4.3.3-2) | 4:4.6.3-1 mpi-default-bin | 0.6 Suggests (Version) | Installed =-+-=== hdf5-tools | 1.8.4-patch1-2 h5utils | 1.12.1-1 attachment: christophe_prudhomme.vcf
Bug#588861: python-openturns: uninstallable in testing: Depends: python ( 2.6) but 2.6.5-5 is to be installed
Jakub, I am the maintainer of this package. The log does not say much about the failure. Could it be that it's a memory problem ? not enough memory to compile and the porterbox has enough. Best regards C. On Mon, Jul 12, 2010 at 10:49 PM, Jakub Wilk jw...@debian.org wrote: Package: python-openturns Version: 0.13.2-2 Severity: serious Tags: squeeze User: debian-pyt...@lists.debian.org Usertag: python2.6 Hello, python-openturns is currently uninstallable in testing: # apt-get install python-openturns Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: python-openturns: Depends: python ( 2.6) but 2.6.5-5 is to be installed E: Broken packages We would normally fix this bug by simply binNMUing the package. However, openturns FTBFS in testing because of bug #586351: https://buildd.debian.org/fetch.cgi?pkg=openturnsver=0.13.2-2%2Bb1arch=i386stamp=1277880044 openturns 0.13.2-5 (which has #586351 fixed and binaries recompiled with Python 2.6) cannot migrate to testing because of dependencies on atlas, which cannot be satisfied on armel. We tried to get rid of these dependencies by binNMUing it against liblapack-dev = 3.2.2-1, but openturns failed to build: https://buildd.debian.org/fetch.cgi?pkg=openturnsver=0.13.2-5%2Bb1arch=armelstamp=1278704225 We have no idea what's the reason of this FTBFS, as we were unable to reproduce it on the porterbox. -- Jakub Wilk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJMO3/YAAoJEC1Os6YBVHX1wWUP/A+7nVAIVlts7Q78iSyb654Z zhn61c8WKx+wYu+R0DYz4WnJALsMXj5LIyK6fBPVqAU11s9KArdLIJbGt/HFVJP1 SU6OFQu1rHLsatRUFEVA5GLHsL9eTICqSJhCfq5yy7cWCxREVrKdP0MMOSQIYxys N5/SbQR9J5U/ZGH0nxi8Kyx49Mvs6Ug8H9AZhKzmZayl8deQ98vH16yont4St+0x 6PIqAiBgNNzPcF1FojtHhO/pOm8lAObyQDdbrTXQbUn/Du7Tf1q8z88ZJjryEzLp uicT5594eqX7fMwd4GAkXKXl0ymLm8M+zvpsVjyFeZXJCAjF9l79Gs8Z1EozWdVz 9I5pANLoM4Wgp/c2G+3uJM76FgwtJBGr8BzzLV86w17YWUJPDTegu7MSxB6CvSQV NZLsPMbSAyRKPXZrxSDUzSF7BL6gJR8nLBXKtURkgeAzgz/ZnC29/JykQmFixrup 28nYOvcW6xtTs5GPY2ou8usHBvXZSTeXtOaymCdpqsLkO9gw7JSmdWAmgDhWNtw9 IrIPvHUC4wluASNbSdx1lr/bVO1Auk2fHlfkltKzQq/F9YVOaGM73xJR4RsJP0Fc ObZ61QVsPjK7c73TYuWf+FhdC1hU/d8eBd6iSs2zTz3RVAzILkK7jpHioo9cBX5F sOaxH5xtPmUo/OxQFVzM =kGEI -END PGP SIGNATURE- -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers
Bug#588204: [boost1.42] conflict between boost::fusion and boost::mpl
Package: boost1.42 Version: 1.42.0-3 Severity: important Tags: patch --- Please enter the report below this line. --- There is a conflict between data structures and functions from boost::fusion and boost::mpl that causes massive error messages at compilation for fusion::map containers and associated deref. In order to fix that I prepend the boost::fusion namespace. Patch attached. This has been tested and works properly. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-trunk-amd64 Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 500 stable dl.google.com 1 experimentalftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe Prud'homme Université de Grenoble christophe.prudho...@ujf-grenoble.fr LJK - Room 55 Tel: +33476635497 51, rue des Mathématiques Fax: +33476631263 BP53 38041 Grenoble Cedex 9 http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- Debian Developer Annecy - Grenoble Scientific computing related software Index: boost1.42-1.42.0/boost/fusion/container/map/detail/deref_data_impl.hpp === --- boost1.42-1.42.0.orig/boost/fusion/container/map/detail/deref_data_impl.hpp 2010-07-06 07:34:34.0 +0200 +++ boost1.42-1.42.0/boost/fusion/container/map/detail/deref_data_impl.hpp 2010-07-06 07:34:53.0 +0200 @@ -39,7 +39,7 @@ static type call(It const it) { -return deref(it).second; + return boost::fusion::deref(it).second; } }; }; Index: boost1.42-1.42.0/boost/fusion/container/map/detail/deref_impl.hpp === --- boost1.42-1.42.0.orig/boost/fusion/container/map/detail/deref_impl.hpp 2010-07-06 07:35:00.0 +0200 +++ boost1.42-1.42.0/boost/fusion/container/map/detail/deref_impl.hpp 2010-07-06 07:35:12.0 +0200 @@ -36,7 +36,7 @@ static type call(It const it) { -return attypename It::index(it.seq-get_data()); + return boost::fusion::attypename It::index(it.seq-get_data()); } }; };
Bug#583096: life: FTBFS (build-depends on libpetsc3.0.0-dev)
Adam could you petsc3.1 with a Depends on libhdf5-openmpi-dev for libpetsc3.1-dev ? Thanks a lot On Thu, May 27, 2010 at 4:15 PM, Adam C Powell IV hazel...@debian.orgwrote: Funny, the two Adams confused me for a moment... On Thu, 2010-05-27 at 06:24 +0200, Christophe Prud'homme wrote: Adam thanks for the report life and slepc have ben broken by petsc 3.1 upload and the fact that petsc 3.1 does not ship /usr/lib/petsc/conf/base Adam, could you please ship this file with a new petsc upload so that I fix life and slepc ? I just added a symlink to 3.1.dfsg-3 which should work. You'll need to Build-Depend on libpetsc3.1-dev (= 3.1.dfsg-3) to ensure that it gets the version with this symlink. Also the single lib build of petsc, though useful, also broke the life. I'm not sure what you mean by this, single lib? An email to the package depending on petsc would have warn me of the possible breakage. Good point. Is there a place to find a list of all of the reverse-depends easily? I don't see anything on the PTS. -Adam On Tue, May 25, 2010 at 2:06 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: Package: life Version: 0.9.23-2 Severity: serious Hi, life build-depends on libpetsc3.0.0-dev, which has been replaced by libpetsc3.1-dev; the package is therefore unbuildable in unstable. Regards, Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/
Bug#583096: life: FTBFS (build-depends on libpetsc3.0.0-dev)
Adam thanks for the report life and slepc have ben broken by petsc 3.1 upload and the fact that petsc 3.1 does not ship /usr/lib/petsc/conf/base Adam, could you please ship this file with a new petsc upload so that I fix life and slepc ? Also the single lib build of petsc, though useful, also broke the life. An email to the package depending on petsc would have warn me of the possible breakage. C. On Tue, May 25, 2010 at 2:06 PM, Adam D. Barratt a...@adam-barratt.org.ukwrote: Package: life Version: 0.9.23-2 Severity: serious Hi, life build-depends on libpetsc3.0.0-dev, which has been replaced by libpetsc3.1-dev; the package is therefore unbuildable in unstable. Regards, Adam -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers
Bug#578054: ITP: metis-edf -- Adaptation of METIS for Code_Aster purpose
Hi Christophe regarding the license it means it goes to non-free and any code linked to it must (unfortunately) go to non-free. Best regards C. On Fri, Apr 16, 2010 at 2:37 PM, trophime troph...@lncmi.cnrs.fr wrote: Package: wnpp Severity: wishlist Owner: trophime troph...@lncmi.cnrs.fr Owner: trophime troph...@lncmi.cnrs.fr *** Please type your report below this line **** Package name: metis- edf Version : 4.1Upstream Author : EDF (Electricité de France) * URL: http://www.code-aster.org * License : non-free Programming Lang: C Description : Adaptation of METIS for Code_Aster purpose METIS: A Family of Multilevel Partitioning Algorithms This is a collection of serial and parallel programs libraries that can be used to partitioning unstructured graphs, finite element meshes, and hypergraphs, both on serial as well as on parallel computers. Adaptation of METIS for Code_Aster purpose The license is the same as for metis/parmetis -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100416123724.24392.57572.report...@calcul8.lcmi.local
Bug#576597: [Pkg-scicomp-devel] Bug#576597: Bug#576597: paraview - Produces huge build log
paraview is a huge software. By default cdbs set CMAKE_VERBOSE to ON, set to OFF it would produce much smaller log we will do that in the next upload. thanks for the report C. On Mon, Apr 5, 2010 at 11:56 PM, Sylvestre Ledru sylves...@debian.orgwrote: Hello, Le lundi 05 avril 2010 à 23:39 +0200, Bastian Blank a écrit : Source: paraview Version: 3.6.2-3 Severity: important The paraview build produces a 37MiB build log. This is not in any way reviewable. I am not sure to understand why this is important... I can try to set cmake to be let verbose if you want. Sylvestre ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
Bug#568620: help on porting to s390
Hi Jonathan, thanks for your comments. I think that the problem is with the string::size() function I will check on porterbox what happens exactely. Best regards C. On Tue, Feb 16, 2010 at 9:37 AM, Jonathan Nieder jrnie...@gmail.com wrote: Looking at application.cpp, it seems the value to be printed is of type std::string::size_type. Looking at debug.hpp, it seems that operator accepts an int32_t uint32_t, int64_t, or uint64_t, but does not mention string::size_type by name in its list of signatures. Chasing definitions from /usr/include/c++/whatever/string, it seems that string::size_type is size_t. So one problem is that although size_t may have the same range of values and representation as one of the four types listed above, it is not necessarily the same type, so the compiler can complain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aefba0691002160226q10661499g1521c50b02bee...@mail.gmail.com
Bug#568157: [Pkg-scicomp-devel] Bug#568157: life: FTBFS on kfreebsd-*: PETSc could not be found.
Hi I haven't changed a thing about petsc and since it was ok on i386, I guess there must be a problem with petsc on kfreebsd-* On Tue, Feb 2, 2010 at 9:00 PM, Cyril Brulebois k...@debian.org wrote: Source: life Version: 0.9.16-1 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, too bad you uploaded .16-1 so quickly after .15-2, which built successfully but never had a chance to get accepted. Anyway, back on topic, FTBFS on kfreebsd-*: | -- /usr/include/metis | -- petsc_arch linux-gnu-c-opt | CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:70 (MESSAGE): | PETSc could not be found. Be sure to set PETSC_DIR and PETSC_ARCH. | (missing: PETSC_INCLUDES PETSC_LIBRARIES) | Call Stack (most recent call first): | cmake/FindPETSc.cmake:220 (find_package_handle_standard_args) | CMakeLists.txt:111 (FIND_PACKAGE) Full build logs: https://buildd.debian.org/status/package.php?suite=unstablep=life Mraw, KiBi. ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563963: [Pkg-scicomp-devel] Bug#563963: ann: diff for NMU version 1.1.1+doc-2.2
ok thanks for uploading it On Sat, Jan 23, 2010 at 7:48 PM, Evgeni Golov evg...@debian.org wrote: tags 563963 + patch thanks Dear maintainer, Attached you find a patch for this bug. It's kinda hacky, but works as expected. I'd upload it ASAP if you don't object. Regards. Evgeni ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561407: [libboost-mpi1.40-dev] compilation error BOOST_MPL_ASSERT
Package: libboost-mpi1.40-dev Version: 1.40.0-4 Severity: serious --- Please enter the report below this line. --- in file /usr/include/boost/mpi/detail/mpi_datatype_oarchive.hpp line 64 there is a BOOST_MPL_ASSERT that fails to compile properly comment the line out fixes the problem I put severity serious as the boost.mpi lib is unusable with this bug. Well editing the file can be done to fix it. here is the error message /usr/include/boost/mpi/detail/mpi_datatype_oarchive.hpp: In member function 'void boost::mpi::detail::mpi_datatype_oarchive::save_enum(const T, mpl_::true_)': /usr/include/boost/mpi/detail/mpi_datatype_oarchive.hpp:64: error: expected primary-expression before 'enum' /usr/include/boost/mpi/detail/mpi_datatype_oarchive.hpp:64: error: expected ';' before 'enum' here is the stack of include files In file included from /usr/include/boost/mpi/detail/mpi_datatype_cache.hpp:13, from /usr/include/boost/mpi/datatype.hpp:27, from /usr/include/boost/mpi/communicator.hpp:20, from /usr/include/boost/mpi/collectives.hpp:21, from /usr/include/boost/mpi.hpp:23, --- System information. --- Architecture: amd64 Kernel: Linux 2.6.31-1-amd64 Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 500 stable dl.google.com 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libboost1.40-dev (= 1.40.0-4) | 1.40.0-4 libboost-serialization1.40-dev (= 1.40.0-4) | 1.40.0-4 libboost-mpi1.40.0 (= 1.40.0-4) | 1.40.0-4 mpi-default-dev | 0.6 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== libboost-graph1.40-dev| 1.40.0-4 -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561407: another fix
I found this on the web: For that error, the line 64 of $BOOST/boost/mpi/detail/mpi_datatype_oarchive.hpp must be changed, so that: BOOST_MPL_ASSERT((sizeof(T)==sizeof(int_type))); be replaced by: BOOST_MPL_ASSERT_RELATION( sizeof(T), ==, sizeof(int_type) ); I tested it and indeed this fixes the problem C. -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544506: #544506
Sebastien, the problem is fixed but there is a new one now affecting org-mode (and auctex) in emacs23 (not emacs22) the Org menu appears in the menu but it is empty. Ctr+Left Mouse make it accessible. C. On Tue, Oct 13, 2009 at 3:50 PM, Sebastien Delafond s...@debian.org wrote: Hi Christophe, do you still see that bug with the latest version ? Also, you haven't replied to my latest inquiry for more information... Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550896: [emacs23] menus associated to modes empty in menubar
Package: emacs23 Version: 23.1+1-4 Severity: normal --- Please enter the report below this line. --- in emacs23 the modes menus of org-mode or auctex, for example, are empty in menubar. Ctrl+Left Mouse Button displays these menus. No problem with emacs22 --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 500 stable dl.google.com 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+- emacs23-bin-common(= 23.1+1-4) | 23.1+1-4 install-info | 4.13a.dfsg.1-5 libasound2 ( 1.0.18) | 1.0.21a-1 libatk1.0-0(= 1.20.0) | 1.28.0-1 libc6 (= 2.3) | 2.9-27 libcairo2 (= 1.2.4) | 1.8.8-2 libdbus-1-3 (= 1.0.2) | 1.2.16-2 libfontconfig1 (= 2.4.0) | 2.6.0-4 libfreetype6(= 2.2.1) | 2.3.9-5 libgif4 (= 4.1.6) | 4.1.6-8 libglib2.0-0 (= 2.12.0) | 2.22.2-2 libgpm2(= 1.20.4) | 1.20.4-3.2 libgtk2.0-0 (= 2.8.0) | 2.18.2-1 libice6 (= 1:1.0.0) | 2:1.0.5-1 libjpeg62 | 6b-15 libm17n-0 | 1.5.4-1+b1 libncurses5(= 5.6+20071006-3) | 5.7+20090803-2 libotf0| 0.9.9-1 libpango1.0-0 (= 1.14.0) | 1.26.0-1 libpng12-0 (= 1.2.13-4) | 1.2.40-1 librsvg2-2 (= 2.26.0) | 2.26.0-1 libsm6 | 2:1.1.1-1 libtiff4 | 3.9.1-1 libx11-6 | 2:1.2.2-1 libxft2 ( 2.1.1) | 2.1.13-3 libxpm4| 1:3.5.7-2 libxrender1| 1:0.9.4-2 zlib1g(= 1:1.1.4) | 1:1.2.3.3.dfsg-15 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== emacs23-common-non-dfsg| 23.1+1-1 -- Christophe Prud'homme Université de Grenoble christophe.prudho...@ujf-grenoble.fr LJK - Room 55 Tel: +33476635497 51, rue des Mathématiques Fax: +33476631263 BP53 38041 Grenoble Cedex 9 http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550407: [Pkg-scicomp-devel] Bug#550407: patch for NMU 3.4.0-4.1
thanks I will apply it and upload today On Fri, Oct 9, 2009 at 11:19 PM, Francesco P. Lovergine fran...@debian.orgwrote: Package: paraview Version: 3.4.0-4 Severity: normal See attached file. -- Francesco P. Lovergine ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
Bug#549211: [Pkg-scicomp-devel] Bug#549211: paraview: Paraview 3.6.1 update
thanksI am working on it it seems though that there is a problem with hdf5 and paraview, the 3.6.1 package fails to compile at the moment for me C. On Thu, Oct 1, 2009 at 5:11 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Package: paraview Version: 3.4.0-4+b1 Severity: normal ParaView 3.6.1 has been released please update. http://www.paraview.org/paraview/resources/software.html http://www.paraview.org/files/v3.6/paraview-3.6.1.tar.gz 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 paraview depends on: ii libavcodec524:0.5+svn20090609-2 ffmpeg codec library ii libavformat52 3:20080706-0.3lenny1 ffmpeg file format library ii libavutil49 4:0.5+svn20090609-2 ffmpeg utility library ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1GCC support library ii libgl1-mesa-glx [li 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libgl 7.5-3The OpenGL utility library (GLU) ii libhdf5-serial-1.6. 1.6.6-4 Hierarchical Data Format 5 (HDF5) ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libopenmpi1.3 1.3.2-4 high performance message passing l ii libqt4-assistant4:4.5.2-1Qt 4 assistant module ii libqt4-dbus 4:4.5.2-1Qt 4 D-Bus module ii libqt4-network 4:4.5.2-1Qt 4 network module ii libqt4-sql 4:4.5.2-1Qt 4 SQL module ii libqt4-xml 4:4.5.2-1Qt 4 XML module ii libqtcore4 4:4.5.2-1Qt 4 core module ii libqtgui4 4:4.5.2-1Qt 4 GUI module ii libsm6 2:1.0.3-2X11 Session Management library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libswscale0 3:20080706-0.3lenny1 ffmpeg video scaling library ii libx11-62:1.1.5-2X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii python2.5 2.5.2-15 An interactive high-level object-o ii qt4-dev-tools 4:4.5.2-1Qt 4 development tools Versions of packages paraview recommends: pn mpi-default-bin none (no description available) ii qt4-dev-tools 4:4.5.2-1 Qt 4 development tools Versions of packages paraview suggests: pn h5utils none (no description available) pn hdf5-toolsnone (no description available) -- no debconf information ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
Bug#542341: [Pkg-scicomp-devel] Bug#542341: paraview FTBFS now
rhanks On Tue, Sep 1, 2009 at 3:12 AM, peter green plugw...@p10link.net wrote: tags 542341 +patch thanks two new patches and a modified series file are attatched. Just drop them into debian/patches vtkFFMPEGWriter.patch assistant-qt4.patch search-client-doc-finder-in-fhs-dir.patch use-ffmpeg-swscaler.patch qt.patch add_missing_string_includes.patch fix_H5FD_class_t_usage.patch ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
Bug#544506: [org-mode] export tables in latex broken
Package: org-mode Version: 6.29c+1-3 Severity: important --- Please enter the report below this line. --- Since the last release exporting tables in latex is broken. try for example this # -*- org -*- | toto | tutu | titi | | 1| 2| 3| Ctr c + Ctrl e + d it fails to generate the latex file --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed ===-+-=== emacs23 | OR emacs22 | OR xemacs21-bin| OR xemacs22-bin| Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== remember-el| 1.9-1 -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543414: [Pkg-scicomp-devel] Bug#543414: gmsh not running (undefined symbol: H5T_NATIVE_INT32_g)
it is a bug of libcgns and not gmsh On Mon, Aug 24, 2009 at 10:47 PM, O.C. oc-spa...@laposte.net wrote: Package: gmsh Version: 2.3.1.dfsg-4 Severity: grave Justification: renders package unusable Hello, on my updated Debian testing, I can't run gmsh : gmsh: symbol lookup error: /usr/lib/libcgns.so.2: undefined symbol: H5T_NATIVE_INT32_g FWIW : I have the package libcgns2, Version: 2.5.3-1 It looks like a bug, doesn't it ? I hope it can be corrected. Best regards, O.C. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (970, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmsh depends on: ii libblas3gf [libblas.so 1.2-2 Basic Linear Algebra Subroutines 3 ii libc6 2.9-23GNU C Library: Shared libraries ii libcgns2 2.5.3-1 CFD General Notation System librar ii libfltk1.1 1.1.9-6 Fast Light Toolkit - shared librar ii libgcc11:4.4.1-1 GCC support library ii libgl1-mesa-glx [libgl 7.0.3-7 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3-7 The OpenGL utility library (GLU) ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblapack3gf [liblapac 3.2.1-1 library of linear algebra routines ii libopencascade-foundat 6.3.0.dfsg.1-3OpenCASCADE CAE platform shared li ii libopencascade-modelin 6.3.0.dfsg.1-3OpenCASCADE CAE platform shared li ii libpng12-0 1.2.38-1 PNG library - runtime ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages gmsh recommends: ii mpi-default-bin 0.6Standard MPI runtime programs gmsh suggests no packages. -- no debconf information ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
Bug#542341: [Pkg-scicomp-devel] Bug#542341: paraview FTBFS now
Andreas thanks for the report. I just had a quick look and it seems that it is more a problem of C headers (namely stdlib.h) not proper included. I will look closer at this On Wed, Aug 19, 2009 at 7:41 AM, Andreas Bartha...@not.so.argh.org wrote: X-Loop ow...@bugs.debian.org: Resent-Date: Wed, 19 Aug 2009 05:39:01 + Resent-Message-ID: handler.542341.b.12506601463...@bugs.debian.org Resent-Sender: ow...@bugs.debian.org X-Debian-PR-Message: report 542341 X-Debian-PR-Package: paraview X-Debian-PR-Keywords: X-Debian-PR-Source: paraview Received: via spool by sub...@bugs.debian.org id=B.12506601463634 (code B ref -1); Wed, 19 Aug 2009 05:39:01 + Received: (at submit) by bugs.debian.org; 19 Aug 2009 05:35:46 + X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rietz.debian.org X-Spam-Level: X-Spam-Bayes: score:0. Tokens: new, 78; hammy, 115; neutral, 33; spammy, 3. spammytokens:0.993-1--remo, 0.993-1--scop, 0.987-1--seth hammytokens:0.000-+--Severity, 0.000-+--sk:buildd, 0.000-+--i386, 0.000-+--H*u:1.5.18, 0.000-+--H*UA:2008-05-17 X-Spam-Status: No, score=-8.8 required=4.0 tests=BAYES_00,HAS_PACKAGE, IMPRONONCABLE_1,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: from alius.ayous.org ([78.46.213.165] helo=alius.turmzimmer.net) by rietz.debian.org with esmtp (Exim 4.63) (envelope-from a...@not.so.argh.org) id 1Mddpp-wM-HR for sub...@bugs.debian.org; Wed, 19 Aug 2009 05:35:45 + Received: from eos.turmzimmer.net ([2001:a60:f006:aba::1]) by alius.turmzimmer.net with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from a...@not.so.argh.org) id 1Mddpo-0003TY-1k for sub...@bugs.debian.org; Wed, 19 Aug 2009 05:35:44 + Received: from aba by eos.turmzimmer.net with local (Exim 4.69) (envelope-from a...@not.so.argh.org) id 1Mddpi-000674-E6 for sub...@bugs.debian.org; Wed, 19 Aug 2009 07:35:38 +0200 Date: Wed, 19 Aug 2009 07:35:38 +0200 From: Andreas Barth a...@not.so.argh.org To: sub...@bugs.debian.org Message-ID: 20090819053538.ge29...@mails.so.argh.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.18 (2008-05-17) Delivered-To: sub...@bugs.debian.org Package: paraview Version: 3.4.0-4 Severity: serious Hi, this package now started to FTBFS on all arches when compiling for the octave / hdf5-transition: make[3]: Entering directory `/build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/obj-i486-linux-gnu' [ 47%] Building CXX object Utilities/Xdmf2/libsrc/CMakeFiles/Xdmf.dir/XdmfArray.o In file included from /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h:28, from /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx:25: /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h: In member function 'XdmfInt32 XdmfDataDesc::SetH eavyDataSetName(const char*)': /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:198: error: 'strcmp' was not declared in this sco pe /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:198: error: 'strlen' was not declared in this sco pe /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfDataDesc.h:198: error: 'strcpy' was not declared in this sco pe In file included from /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx:25: /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h: In member function 'void XdmfArray::SetDataFromChar s(char*)': /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h:379: error: 'strlen' was not declared in this scope /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.h:380: error: 'strcpy' was not declared in this scope /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx: In member function 'XdmfArrayList* XdmfArrayListC lass::AddArray()': /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx:99: error: 'memcpy' was not declared in this scope /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx: In member function 'void XdmfArrayListClass::Remo veArray(XdmfArray*)': /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx:117: error: 'memmove' was not declared in this sco pe
Bug#539861: ITP: madlib -- mesh adaptation library
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,pkg-scicomp-de...@lists.alioth.debian.org,debian-scie...@lists.debian.org --- Please fill out the fields below. --- Package name: madlib Version: 1.2.2 Upstream Author: Jean-François Remacle jean-francois.rema...@uclouvain.be, Gaëtan Compere gaetan.comp...@uclouvain.be URL: http://www.madlib.be License: LGPL Description: MAdLib is a mesh adaptation library. This is an important tool for numerical simulations in particular in the context of finite element simulation. At the moment Debian is missing such a tool. This package is almost ready to b uploaded in the git repository of pkgscicomp. Note that MAdLib is strongly related to Gmsh : it uses Gmsh to ensure that the geometry is preserved while adapting the mesh. MAdLib is a library that performs global node repositioning and mesh adaptation by local mesh modifications on tetrahedral or triangular meshes. It is designed to frequently adapt the mesh in transient computations. MAdLib is written in C++. The adaptation procedure is driven by two objectives: - make the edge lengths as close as possible to a (non-homogenous) prescribed length, - maintain a satisfying element quality everywhere. MAdLib can therefore be used in transient computations in order to maintain a satisfying element quality (moving boundaries, multiphase flows with interface tracking, ...) or/and to apply selective refinements and coarsenings (error estimators based, interface capturing: shocks, free surfaces, ...). MAdLib is copyright (C) 2008-2009 by the Université catholique de Louvain, Belgium -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530625: [Pkg-scicomp-devel] Bug#530625: Bug#530625: libslepc3.0.0-dev: Paths broken so petsc is unable to find slepc
Indeed it works also for me here On Thu, Jul 30, 2009 at 10:43 AM, Johannes Ringjoha...@simula.no wrote: I am unable to reproduce this error. Could you please provide a simple test case where you get this error? Also please read the README.Debian file for instructions on how to build programs against SLEPc. Johannes ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537001: [Pkg-scicomp-devel] Bug#537001: qd: FTBFS: libtool errors
Lukas Could you try 2.3.7-2 please ? it was uploaded a few days ago and builds fine on _all_ platforms and under pbuilder Best regards C. On Tue, Jul 14, 2009 at 3:10 PM, Lucas Nussbaumlu...@lucas-nussbaum.net wrote: Package: qd Version: 2.3.7-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20090713 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I../include -I../include -O3 -c -o c_dd.lo c_dd.cpp ../libtool: line 855: X--tag=CXX: command not found ../libtool: line 888: libtool: ignoring unknown tag : command not found ../libtool: line 855: X--mode=compile: command not found ../libtool: line 1021: *** Warning: inferring the mode of operation is deprecated.: command not found ../libtool: line 1022: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../libtool: line 1165: Xg++: command not found ../libtool: line 1165: X-DHAVE_CONFIG_H: command not found ../libtool: line 1165: X-I..: command not found ../libtool: line 1165: X-I../include: No such file or directory ../libtool: line 1165: X-I../include: No such file or directory ../libtool: line 1165: X-O3: command not found ../libtool: line 1165: X-c: command not found ../libtool: line 1216: Xc_dd.lo: command not found ../libtool: line 1221: libtool: compile: cannot determine name of library object from `': command not found make[3]: *** [c_dd.lo] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2009/07/13/qd_2.3.7-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536753: [Pkg-scicomp-devel] Bug#536753: libqd-dev 2.3.4-1
Zhen-Xiang I just uploaded 2.3.7-2 which ships libqdmod.a in libqd-dev It should be available tomorrow on all Debian mirrors in unstable Best regards C. On Mon, Jul 13, 2009 at 10:28 AM, Zhen-Xiang Zhongasmask9...@gmail.com wrote: Package: libqd-dev Version: 2.3.4-1 libqdmod.a does not exist. apt-get install libqd-dev f95 -O2 -ffree-from -c f_test.f -I/usr/lib/qd c++ -O2 -DHAVE_CONFIG_H -o f_test.exe f_test.o \ -L/usr/lib/ -lqdmod -lqd -lrt -lm \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2 \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../../../lib \ -L/lib/../lib -L/usr/lib/../lib \ -L/usr/lib/gcc/x86_64-linux-gnu/4.3.2/../../.. -lrt -lgfortranbegin \ -lgfortran -lm Finally, the linker couldn't generate the binary file for f_test.f where f_test.f could be found in quad-double package source qd-2.3.8/tests/f_test.f While the qd library is compiled from source, f_test.f could be compiled and linked successfully. This bug could fix by just including libqdmod.a while building the package. libqd-dev 2.3.4-1 depends on libqd2c2a 2.3.4-1 Linux node1 2.6.26-2-amd64 #1 SMP Sun Jun 21 04:47:08 UTC 2009 x86_64 GNU/Linux libc.so.6 Version: 2.7-18 ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536435: [Pkg-scicomp-devel] Bug#536435: Bug#536435: gmsh: Please Build-Depends: libopencascade-modeling-dev
Yup you are right I forgot to remove the arch specific stuff On Mon, Jul 13, 2009 at 10:09 AM, Denis Barbierbou...@gmail.com wrote: On 2009/7/10 Christophe Prud'homme wrote: Hi Denis I just uploaded -3 with your patch and a few other things Thanks Christophe, Unfortunately my patch was incomplete, OCC has to be enabled at configure time. Here is a patch to fix debian/rules. Denis ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529972: [Pkg-scicomp-devel] Bug#529972: gmsh with cgns write support
Oliver thank you for your suggestion. cgns support has been put in 2.3.1-4. However I will wait for -3 to enter testing before uploading -4. is that ok for you ? Best regards C. On Fri, May 22, 2009 at 4:21 PM, Oliver Bormoli.b...@web.de wrote: Package: gmsh Version: 2.3.1.dfsg-2 Severity: wishlist Hello, is it possible to add cgns write support for gmsh, while linking against the libcgns2 library? -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-14-generic (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529972: [Pkg-scicomp-devel] Bug#529972: gmsh with cgns write support
PS you can build the latest gmsh package from svn and get cgns support On Sat, Jul 11, 2009 at 11:39 AM, Christophe Prud'hommeprudh...@debian.org wrote: Oliver thank you for your suggestion. cgns support has been put in 2.3.1-4. However I will wait for -3 to enter testing before uploading -4. is that ok for you ? Best regards C. On Fri, May 22, 2009 at 4:21 PM, Oliver Bormoli.b...@web.de wrote: Package: gmsh Version: 2.3.1.dfsg-2 Severity: wishlist Hello, is it possible to add cgns write support for gmsh, while linking against the libcgns2 library? -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-14-generic (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536435: [Pkg-scicomp-devel] Bug#536435: gmsh: Please Build-Depends: libopencascade-modeling-dev
Hi Denis I just uploaded -3 with your patch and a few other things C. On Thu, Jul 9, 2009 at 11:30 PM, Denis Barbierbou...@gmail.com wrote: Package: gmsh Version: 2.3.1.dfsg-2 Tags: patch Hi Christophe, Opencascade is now built on all arches, can you please remove [i386 amd64] from Build-Depends: libopencascade-dev? You should also use libopencascade-modeling-dev instead of libopencascade-dev. Here is a patch. Denis ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534081: [Pkg-scicomp-devel] Bug#534081: Bug#534081: framewave: FTBFS: Nonexistent build-dependency: libboost-thread1.35-dev
Hi Albert 2009/6/22 Albert Huang alb...@csail.mit.edu: Was there something wrong with the last packaging revision? The libboost-thread1.35-dev dependency should have been changed to libboost-thread-dev, right? yes that's right at least that's what I have on my computer I will check again that the package was properly built Best regards C.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529295: [sprng] sprng4 and mpi support
Dirk | What is your platform? I just build a test version of libsprng2 where I | enable MPI. It does not seem to affect the use by R --- on an example | init I get the same sequence on RNGs with the prior (non-MPI) build and | the current one. Good. | | I'd love to get you that for testing. It's a trivial build in a chroot or | directly, and incase you use x86 (rather than x86-64 as I suspect/recall | you do) I could send you the lib and -dev packages. I did not hear from anyone, so I can only conclude that the interest in an mpi-enhanced sprng is not all that strong. true from my side since petsc was fixed An additional problem is the arane build process. We'd have to hardcode paths which, given our open mpi and lam split over different architectures, essentially means doing everything twice. I don't think I want to do that. So I'd like to close this bug for lack of relevance. Voice your opposition now ... else I move ahead in a few days and close this. +1 to move ahead. Best regards C. -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529384: [Pkg-scicomp-devel] Bug#529384: [libfwbase1] Package is no longer installable
Adeadato It will be uploaded in a few minutes Best regards C. On Sat, May 30, 2009 at 12:02 PM, Adeodato Simó d...@net.com.org.es wrote: severity 529384 serious retitle 529384 libfwbase1: uninstallable, needs updating to a newer boost forcemerge 529384 529385 529388 thanks + Colbert Blake Smith (Mon, 18 May 2009 22:32:18 -0500): Package: libfwbase1 Version: 1.3-1 Severity: normal Depends: libboost-thread1.35.0 (=1.35.0-1) but it is not installable Please change the depend to libboost-thread dependency package instead of the numbered versions. Package needs to build-depend on libboost-thread-dev, which will make it gain a dependency on libboost-thread1.38.0. Maintainers, any ETA for an upload? It's the last issue preventing boost1.35 from being removed from testing. Thanks! -- - Are you sure we're good? - Always. -- Rory and Lorelai ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529384: [Pkg-scicomp-devel] Bug#529384: [libfwbase1] Package is no longer installable
actually not that simple framewave build is broken on pbuilder it looks for -lboost_thread instead of -lboost_thread-mt We have to look into that Best regards C. On Sun, May 31, 2009 at 6:46 PM, Christophe Prud'homme prudh...@debian.org wrote: Adeadato It will be uploaded in a few minutes Best regards C. On Sat, May 30, 2009 at 12:02 PM, Adeodato Simó d...@net.com.org.es wrote: severity 529384 serious retitle 529384 libfwbase1: uninstallable, needs updating to a newer boost forcemerge 529384 529385 529388 thanks + Colbert Blake Smith (Mon, 18 May 2009 22:32:18 -0500): Package: libfwbase1 Version: 1.3-1 Severity: normal Depends: libboost-thread1.35.0 (=1.35.0-1) but it is not installable Please change the depend to libboost-thread dependency package instead of the numbered versions. Package needs to build-depend on libboost-thread-dev, which will make it gain a dependency on libboost-thread1.38.0. Maintainers, any ETA for an upload? It's the last issue preventing boost1.35 from being removed from testing. Thanks! -- - Are you sure we're good? - Always. -- Rory and Lorelai ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492869: still getting this bug ?
Ondrej are you still getting this crash when saving in png ? I don't get it ? can I close it ? C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494126: still getting this bug (crash X server) ?
Ondrej are you still getting this crash of the X server ? I never had it. can this bug be closed ? Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529807: [Pkg-scicomp-devel] Bug#529807: libtrilinos: Missing library links
Adam, here is the full list of libraries to compile examples for nox g++ -o ex1 -I/usr/include/trilinos -I/usr/include/mpi -I../../src ex1.cpp-ltrilinos_ml -ltrilinos_galeri -ltrilinos_nox -ltrilinos_noxepetra -ltrilinos_noxlapack -ltrilinos_anasazi -ltrilinos_ifpack -ltrilinos_amesos -ltrilinos_aztecoo -ltrilinos_epetraext -ltrilinos_triutils -ltrilinos_epetra -ltrilinos_teuchos -lexpat -llapack -lblas -lmpi++ -lmpi unfortunately you have to come up with the proper list of libs On Thu, May 21, 2009 at 6:27 PM, Adam C Powell IV hazel...@debian.org wrote: Package: libtrilinos Version: 9.0.2.dfsg-3 A couple of libraries are missing important links, for example: /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_SetUserData' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_ParserCreate' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_Parse' /usr/lib/libtrilinos_ml.so: undefined reference to `Galeri::CreateMap(std::basic_stringchar, std::char_traitschar, std::allocatorchar , Epetra_Comm, Teuchos::ParameterList)' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_SetElementHandler' /usr/lib/libtrilinos_ml.so: undefined reference to `Galeri::CreateCrsMatrix(std::basic_stringchar, std::char_traitschar, std::allocatorchar , Epetra_Map const*, Teuchos::ParameterList)' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_SetCharacterDataHandler' So libtrilinos_teuchos.so should link with -lexpat and libtrilinos_ml.so should link with -ltrilinos_galeri . There may be others as well. Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529807: [Pkg-scicomp-devel] Bug#529807: libtrilinos: Missing library links
Adam, why would that be a bug actually ? you have to have the proper list of libs, the same as in petsc Best regards C. On Thu, May 21, 2009 at 6:27 PM, Adam C Powell IV hazel...@debian.org wrote: Package: libtrilinos Version: 9.0.2.dfsg-3 A couple of libraries are missing important links, for example: /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_SetUserData' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_ParserCreate' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_Parse' /usr/lib/libtrilinos_ml.so: undefined reference to `Galeri::CreateMap(std::basic_stringchar, std::char_traitschar, std::allocatorchar , Epetra_Comm, Teuchos::ParameterList)' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_SetElementHandler' /usr/lib/libtrilinos_ml.so: undefined reference to `Galeri::CreateCrsMatrix(std::basic_stringchar, std::char_traitschar, std::allocatorchar , Epetra_Map const*, Teuchos::ParameterList)' /usr/lib/libtrilinos_teuchos.so: undefined reference to `XML_SetCharacterDataHandler' So libtrilinos_teuchos.so should link with -lexpat and libtrilinos_ml.so should link with -ltrilinos_galeri . There may be others as well. Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529295: [sprng] sprng4 and mpi support
Package: sprng Severity: wishlist --- Please enter the report below this line. --- Hi Dirk it seems there exists a sprng4 (which uses the autoconf/automake/libtool) and in debian only sprng2 is available. Moreover it seems that sprng has support for MPI, would it be possible to add mpi support ? Unfortunately sprng has not been updated wrt recent version of g++ (4.3 and 4.4) Best regards C. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-2-amd64 Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 500 stable volatile.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Christophe Prud'homme Université de Grenoble christophe.prudho...@ujf-grenoble.fr LJK - Room 55 Tel: +33476635497 51, rue des Mathématiques Fax: +33476631263 BP53 38041 Grenoble Cedex 9 http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#529295: [sprng] sprng4 and mpi support
Dirk I am not really interested (at the moment) but Petsc 3.0 in Debian is compiled with sprng support (I CC Adam Powell the maintainer of Petsc) but Petsc cannot find the proper MPI sprng routine. Adam should we disable sprng support in Petsc ? with this Petsc 3.0 is still broken in Debian Best regards C. On Monday 18 May 2009 16:21:29 Dirk Eddelbuettel wrote: On 18 May 2009 at 15:50, Christophe Prud'homme wrote: | Package: sprng | Severity: wishlist | | --- Please enter the report below this line. --- | Hi Dirk | | it seems there exists a sprng4 (which uses the autoconf/automake/libtool) | and in debian only sprng2 is available. | Moreover it seems that sprng has support for MPI, would it be possible to | add mpi support ? | | Unfortunately sprng has not been updated wrt recent version of g++ (4.3 | and 4.4) sprng is, politely speaking, a mess. I forced my way around sprng2 with some help from others (to make it create a shared library) as I needed a distributed random number generator for use by R with the snow (r-cran-snow) framework for distributed computing. I never used sprng as a library. I am aware that there are newer versions, and I have at times tried, and failed, to package them. Would you like to tackle this jointly? Otherwise, from R's side there is another parallel rng provided by http://cran.r-project.org/web/packages/rlecuyer/index.html Pierre L'Ecuyer is quite well known for RNG work, maybe his code would suitable for a general purpose library too ? I have been thinking about packaging this and the retiring r-cran-rsprng and the sprng package. Thought or comments? Dirk | Best regards | C. | | --- System information. --- | Architecture: amd64 | Kernel: Linux 2.6.29-2-amd64 | | Debian Release: squeeze/sid | 500 unstableftp.fr.debian.org | 500 stable volatile.debian.org | 500 stable security.debian.org | 500 stable ftp.fr.debian.org | | --- Package information. --- | Package's Depends field is empty. | | Package's Recommends field is empty. | | Package's Suggests field is empty. | | | | | -- | Christophe Prud'homme | Universit de Grenoble christophe.prudho...@ujf-grenoble.fr | LJK - Room 55 Tel: +33476635497 | 51, rue des Math matiques Fax: +33476631263 | BP53 38041 Grenoble Cedex 9 | http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- Christophe Prud'homme Université de Grenoble christophe.prudho...@ujf-grenoble.fr LJK - Room 55 Tel: +33476635497 51, rue des Mathématiques Fax: +33476631263 BP53 38041 Grenoble Cedex 9 http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#529295: [sprng] sprng4 and mpi support
Adam here is what I get at link time with the current (3.0) petsc version /usr/lib/libpetsc.a(sprng.o): In function `PetscRandomGetValueImaginary_Sprng': (.text+0xe1): undefined reference to `get_rn_dbl_simple_mpi' /usr/lib/libpetsc.a(sprng.o): In function `PetscRandomGetValueImaginary_Sprng': (.text+0xfa): undefined reference to `get_rn_dbl_simple_mpi' /usr/lib/libpetsc.a(sprng.o): In function `PetscRandomGetValueReal_Sprng': (.text+0x142): undefined reference to `get_rn_dbl_simple_mpi' /usr/lib/libpetsc.a(sprng.o): In function `PetscRandomGetValueReal_Sprng': (.text+0x15b): undefined reference to `get_rn_dbl_simple_mpi' /usr/lib/libpetsc.a(sprng.o): In function `PetscRandomGetValue_Sprng': (.text+0x1a3): undefined reference to `get_rn_dbl_simple_mpi' /usr/lib/libpetsc.a(sprng.o):(.text+0x1bc): more undefined references to `get_rn_dbl_simple_mpi' follow /usr/lib/libpetsc.a(sprng.o): In function `PetscRandomSeed_Sprng': (.text+0x1ef): undefined reference to `init_rng_simple_mpi' Given Dirk's comment regarding sprng, perhaps we should disable it for now ? Best regards C. On Monday 18 May 2009 19:18:49 Adam C Powell IV wrote: Hi Christian, AFAICT, PETSc is finding make_new_seed_mpi, and deciding to build with it, right? Oh, but that's one of the very few mpi functions in there, I see. I'd be happy to disable sprng support in PETSc if it's causing problems. Right now I'm chasing down another problem causing grave bug 529303 (and possibly 529162 in a reverse-depend), so I will probably upload a new version soon. -Adam On Mon, 2009-05-18 at 18:07 +0200, Christophe Prud'homme wrote: Dirk I am not really interested (at the moment) but Petsc 3.0 in Debian is compiled with sprng support (I CC Adam Powell the maintainer of Petsc) but Petsc cannot find the proper MPI sprng routine. Adam should we disable sprng support in Petsc ? with this Petsc 3.0 is still broken in Debian Best regards C. On Monday 18 May 2009 16:21:29 Dirk Eddelbuettel wrote: On 18 May 2009 at 15:50, Christophe Prud'homme wrote: | Package: sprng | Severity: wishlist | | --- Please enter the report below this line. --- | Hi Dirk | | it seems there exists a sprng4 (which uses the autoconf/automake/libtool) | and in debian only sprng2 is available. | Moreover it seems that sprng has support for MPI, would it be possible to | add mpi support ? | | Unfortunately sprng has not been updated wrt recent version of g++ (4.3 | and 4.4) sprng is, politely speaking, a mess. I forced my way around sprng2 with some help from others (to make it create a shared library) as I needed a distributed random number generator for use by R with the snow (r-cran-snow) framework for distributed computing. I never used sprng as a library. I am aware that there are newer versions, and I have at times tried, and failed, to package them. Would you like to tackle this jointly? Otherwise, from R's side there is another parallel rng provided by http://cran.r-project.org/web/packages/rlecuyer/index.html Pierre L'Ecuyer is quite well known for RNG work, maybe his code would suitable for a general purpose library too ? I have been thinking about packaging this and the retiring r-cran-rsprng and the sprng package. Thought or comments? Dirk | Best regards | C. | | --- System information. --- | Architecture: amd64 | Kernel: Linux 2.6.29-2-amd64 | | Debian Release: squeeze/sid | 500 unstable ftp.fr.debian.org | 500 stable volatile.debian.org | 500 stable security.debian.org | 500 stable ftp.fr.debian.org | | --- Package information. --- | Package's Depends field is empty. | | Package's Recommends field is empty. | | Package's Suggests field is empty. -- Christophe Prud'homme Université de Grenoble christophe.prudho...@ujf-grenoble.fr LJK - Room 55 Tel: +33476635497 51, rue des Mathématiques Fax: +33476631263 BP53 38041 Grenoble Cedex 9 http://ljk.imag.fr/membres/Christophe.Prudhomme/
Bug#522287: [Pkg-scicomp-devel] Bug#522287: [petsc] fail to execute code linked with petsc
Hi Adam thanks for the heads up :) until 3.0 I never had to set PETSC_DIR and PETSC_ARCH, it was working out of the box. The other problem is that it affects slepc too. What I do at the moment is use 2.3.3 which works without problems, I just had to recompile with the newest openmpi I will look again into this, I am pretty sure I went down the road of setting these PETSC variables, I will do that again. Best regards C. On Tue, May 12, 2009 at 2:27 PM, Adam C Powell IV hazel...@debian.org wrote: severity 522287 important tags 522287 unreproducible thanks Hi Christophe, Sorry about the delay, I'm accustomed to getting bugs via email, and only just subscribed to the PTS. I'm afraid I can't reproduce this. Did you set PETSC_DIR and PETSC_ARCH as described in README.Debian? I'm afraid PETSc is picky about this. Can you test it as described in README.Debian, by unpacking src.tar.gz test files in the -doc package? Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ ___ Pkg-scicomp-devel mailing list pkg-scicomp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525638: [Pkg-utopia-maintainers] Bug#525638: [network-manager] upgrade to 0.7.1 broke mobile broadband
It seems that there is a problem with usb-serial and when nm tries to establish the connection there is a crash of the system. Could you clarify which combinations did/do work If I understood you correctly, it is something 2.6.26 + 0.7.0.99 = no kernel crash, successful umts connection yes but the connection shuts down a little while after the connection 2.6.29 + 0.7.0.99 = no kernel crash, no successful umts connection yes 2.6.26 + 0.7.1 = kernel crash, no successful umts connection 2.6.29 + 0.7.1 = kernel crash, no successful umts connection Yes Is that correct? What udev version do you use? the latest in unstable 0.141-1 FWIW, the kernel crash is most likely a bug in the kernel driver. quite possibly yes Could you also send me the output of NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --no-daemon after stopping NetworkManager (/etc/init.d/network-manager stop) I send that in the next email Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525638: [Pkg-utopia-maintainers] Bug#525638: [network-manager] upgrade to 0.7.1 broke mobile broadband
Also note that the nm package 0.7.99 was rebuilt from the 0.7.1 debian version by downloading the source of 0.7.99 and removing the changelog entries accordingly On Sat, May 2, 2009 at 8:42 AM, Christophe Prud'homme prudh...@debian.org wrote: It seems that there is a problem with usb-serial and when nm tries to establish the connection there is a crash of the system. Could you clarify which combinations did/do work If I understood you correctly, it is something 2.6.26 + 0.7.0.99 = no kernel crash, successful umts connection yes but the connection shuts down a little while after the connection 2.6.29 + 0.7.0.99 = no kernel crash, no successful umts connection yes 2.6.26 + 0.7.1 = kernel crash, no successful umts connection 2.6.29 + 0.7.1 = kernel crash, no successful umts connection Yes Is that correct? What udev version do you use? the latest in unstable 0.141-1 FWIW, the kernel crash is most likely a bug in the kernel driver. quite possibly yes Could you also send me the output of NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --no-daemon after stopping NetworkManager (/etc/init.d/network-manager stop) I send that in the next email Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525638: [network-manager] upgrade to 0.7.1 broke mobile broadband
Package: network-manager Version: 0.7.1-1 Severity: normal --- Please enter the report below this line. --- here is what I get when I connect my usb 3G key with 2.6.29 [52803.013715] usb 3-1: new high speed USB device using ehci_hcd and address 5 [52803.159322] usb 3-1: New USB device found, idVendor=12d1, idProduct=1003 [52803.159325] usb 3-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [52803.159327] usb 3-1: Product: HUAWEI Mobile [52803.159329] usb 3-1: Manufacturer: HUAWEI Technology [52803.159432] usb 3-1: configuration #1 chosen from 1 choice [52803.180299] usb-storage: probe of 3-1:1.0 failed with error -1 [52803.180482] usb 3-1: USB disconnect, address 5 [52809.813541] usb 3-1: new high speed USB device using ehci_hcd and address 6 [52809.959239] usb 3-1: New USB device found, idVendor=12d1, idProduct=1003 [52809.959242] usb 3-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0 [52809.959244] usb 3-1: Product: HUAWEI Mobile [52809.959246] usb 3-1: Manufacturer: HUAWEI Technology [52809.959339] usb 3-1: configuration #1 chosen from 1 choice [52809.979674] usb-storage: probe of 3-1:1.0 failed with error -5 [52809.979954] usb-storage: probe of 3-1:1.1 failed with error -5 [52809.980621] usb-storage: probe of 3-1:1.2 failed with error -1 [52809.981621] usb-storage: probe of 3-1:1.3 failed with error -1 [52810.645920] usbcore: registered new interface driver usbserial [52810.645933] USB Serial support registered for generic [52810.645981] usbcore: registered new interface driver usbserial_generic [52810.645983] usbserial: USB Serial Driver core [52810.654433] USB Serial support registered for GSM modem (1-port) [52810.654473] option 3-1:1.0: GSM modem (1-port) converter detected [52810.654579] usb 3-1: GSM modem (1-port) converter now attached to ttyUSB0 [52810.654588] option 3-1:1.1: GSM modem (1-port) converter detected [52810.654626] usb 3-1: GSM modem (1-port) converter now attached to ttyUSB1 [52810.654640] usbcore: registered new interface driver option [52810.654642] option: v0.7.2:USB Driver for GSM modems note that the storage media is not detected, using 2.6.26 works better here then here is what happens when I try connect if it does not crash the kernel happens both on 2.6.26 and 2.6.29. with slightly older version of nm 0.7.99 and 2.6.26, no crash, connects to 3G then disconnect a few seconds later. it used to work very nicely. It seems that there is a problem with usb-serial and when nm tries to establish the connection there is a crash of the system. [ 732.536200] Call Trace: [ 732.536200] IRQ [802349b8] warn_on_slowpath+0x51/0x7a [ 732.536200] [a00766fd] :ehci_hcd:ehci_urb_enqueue+0x167/0xcde [ 732.536200] [a029646e] :option:option_write+0xa4/0xeb [ 732.536200] [a022636c] :usbserial:serial_write+0x62/0x89 [ 732.536200] [80365bd9] tty_put_char+0x2b/0x2d [ 732.536200] [8036b1fa] n_tty_receive_buf+0x8bd/0xd88 [ 732.536200] [80248d7f] ktime_get+0xc/0x41 [ 732.536200] [802290ba] hrtick_start_fair+0xfb/0x144 [ 732.536200] [80228939] enqueue_task+0x56/0x61 [ 732.536200] [8022896a] activate_task+0x26/0x35 [ 732.536200] [80366803] flush_to_ldisc+0xf1/0x190 [ 732.536200] [a02962ed] :option:option_indat_callback+0x4c/0x8f [ 732.536200] [8038e970] usb_hcd_giveback_urb+0x76/0xa4 [ 732.536200] [a007374a] :ehci_hcd:ehci_urb_done+0x7a/0x8a [ 732.536200] [a007463d] :ehci_hcd:qh_completions+0x8d/0x319 [ 732.536200] [a0074983] :ehci_hcd:ehci_work+0xba/0x72a [ 732.536200] [a0077cc5] :ehci_hcd:ehci_irq+0x11d/0x142 [ 732.536200]
Bug#522287: [petsc] fail to execute code linked with petsc
Package: petsc Version: 3.0.0 Severity: serious --- Please enter the report below this line. --- here is a simple code #include petsc/petsc.h int main( int argc, char** argv ) { PetscInitialize( argc, argv, 0, 0 ); } now compile it like this: g++ -I/usr/include/mpi -I/usr/include/petsc -o t t.cpp -lpetsc hjere is what you get % ./t /tmp [0]PETSC ERROR: - Error Message [0]PETSC ERROR: Unable to open file! [0]PETSC ERROR: Unable to locate PETSc dynamic library You cannot move the dynamic libraries!! [0]PETSC ERROR: [0]PETSC ERROR: Petsc Release Version 3.0.0, Patch 0, Fri Dec 19 22:02:38 CST 2008 [0]PETSC ERROR: See docs/changes/index.html for recent updates. [0]PETSC ERROR: See docs/faq.html for hints about trouble shooting. [0]PETSC ERROR: See docs/index.html for manual pages. [0]PETSC ERROR: [0]PETSC ERROR: ./t on a linux-gnu named orphu by prudhomm Thu Apr 2 15:08:24 2009 [0]PETSC ERROR: Libraries linked from /home/hazelsct/petsc-3.0.0.dfsg/linux- gnu-c-opt/lib [0]PETSC ERROR: Configure run at Mon Mar 30 10:25:11 2009 [0]PETSC ERROR: Configure options --with-shared --with-dynamic --with- debugging=0 --useThreads 0 --with-mpi-dir=/usr/lib/openmpi --with-mpi-shared=1 --with-blas-lib=-lblas --with-lapack-lib=-llapack --with-umfpack=1 --with- umfpack-include=/usr/include/suitesparse --with-umfpack- lib=[/usr/lib/libumfpack.so,/usr/lib/libamd.so] --with-superlu=1 --with- superlu-include=/usr/include/superlu --with-superlu-lib=/usr/lib/libsuperlu.so --with-spooles=1 --with-spooles-include=/usr/include/spooles --with-spooles- lib=/usr/lib/libspooles.so --with-hypre=1 --with-hypre-dir=/usr [0]PETSC ERROR: [0]PETSC ERROR: PetscInitialize_DynamicLibraries() line 97 in src/sys/dll/reg.c [0]PETSC ERROR: PetscInitialize() line 581 in src/sys/objects/pinit.c basically something went wrong in the installation of the dll, petsc has harcoded the path used for compilation (though debian/rules uses PETSC_INSTALL_DIR), the so libs are unusable at the moment. Am I perhaps missing something ? until 3.0 I never had any problems like that with petsc in Debian. This prevents using petsc (and slepc) hence the bug being serious --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: squeeze/sid 500 unstableftp.fr.debian.org 500 stable volatile.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Debian Developer Annecy - Grenoble Scientific computing related software
Bug#513074: [paraview] paraview FTBFS in pbuilder
Yup i am travelling a lot these days. I may not be able to make the upload before next week let me know if that's ok with you On Wed, Jan 28, 2009 at 12:01 AM, Ondrej Certik ond...@certik.cz wrote: On Tue, Jan 27, 2009 at 2:42 PM, Gunnar Wolf gw...@gwolf.org wrote: Yep. But the build you attached actually builds the package. Where is the problem? I fail to see a problem :) I started the build with high expectations on trying to fix an RC bug. But the bug is not there. The package is at least buildable on your i386 and on my AMD64, under (supposedly) identical environments. I'd suggest you to recreate your pbuilder and try again... maybe there is no bug? Ok, I'll try to rebuild my pbuilder and try again. Christophe, let's upload the new binary revision, so that it fixes the other RC bug (#513060)? Thanks, Ondrej -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513060: [Pkg-scicomp-devel] solution
On Mon, Jan 26, 2009 at 7:50 AM, Ondrej Certik ond...@certik.cz wrote: The solution is to rebuild paraview. I tried that on i386 in pbuilder and it seems it fixed the problem. which version of paraview ? if this is 3.2 I am fine with uploading it, 3.4 still fails with pbuilder. Otherwise with svn-buildpackage it works like a charm. Best regards C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512616: [openmpi] missing symbols?
Package: openmpi Version: 1.3-1 Severity: serious --- Please enter the report below this line. --- Hello I just upgraded to openmpi 1.3-1. The compilation of my codes went fine. The linking stage sometimes failed with undefined reference to `MPI::Win::Set_errhandler(MPI::Errhandler const)' undefined reference to `MPI::Comm::Set_errhandler(MPI::Errhandler const)' in some external libs (trilinos) using openmpi When linking is ok, runtime fails with for example symbol lookup error: /usr/lib/libHYPRE_FEI.so.2.0.0: undefined symbol: _ZN3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE After playing with nm I got nm /usr/lib/openmpi/lib/libmpi_cxx.a W _ZN3MPI6Status9Set_errorEi W _ZNK3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE W _ZNK3MPI4Comm14Set_errhandlerERKNS_10ErrhandlerE W _ZN3MPI6Status9Set_errorEi W _ZNK3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE W _ZNK3MPI4Comm14Set_errhandlerERKNS_10ErrhandlerE W _ZN3MPI6Status9Set_errorEi W _ZNK3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE W _ZNK3MPI4Comm14Set_errhandlerERKNS_10ErrhandlerE W _ZN3MPI6Status9Set_errorEi W _ZNK3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE W _ZNK3MPI4Comm14Set_errhandlerERKNS_10ErrhandlerE W _ZN3MPI6Status9Set_errorEi W _ZNK3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE W _ZNK3MPI4Comm14Set_errhandlerERKNS_10ErrhandlerE W _ZN3MPI6Status9Set_errorEi W _ZNK3MPI3Win14Set_errhandlerERKNS_10ErrhandlerE W _ZNK3MPI4Comm14Set_errhandlerERKNS_10ErrhandlerE which mean that the missing symbol is registered as a weak symbol. PS: I have -lmpi++ -lmpi at the linking stage and libmpi_cxx.* are present in /usr/lib/openmpi/lib Am I missing something with 1.3? shouldn't it be a drop in replacement ? --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686-bigmem Debian Release: 5.0 500 unstableftp.fr.debian.org 500 testing security.debian.org 500 hardy ppa.launchpad.net 500 UNRELEASED kde42.debian.net --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Debian Developer Annecy - Grenoble Scientific computing related software
Bug#507162: [Pkg-scicomp-devel] Bug#507162: Subject: python-openturns: Dynamic loading of library 'libOT.so' failed at /usr/lib/openturns
Hello Jerome have you also sent it upstream ? best regards C. -- Debian/GNU/Linux Developer Annecy - France -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506521: [Pkg-scicomp-devel] Bug#506521: gmsh with libopencascade6.2 support
Unfortunately not that simple opencascade is in non-free and gmsh in main. That would make gmsh non-free I started working on that with gmsh-contrib (with opencascade support but not only) On Sat, Nov 22, 2008 at 10:50 AM, Oliver Borm [EMAIL PROTECTED] wrote: Package: gmsh Version: 2.2.3-1 Severity: wishlist As libopencascade6.2 is now available in debian, is it possible to add libopencascade6.2 support for gmsh? Gmsh uses the libopencascade6.2 to import IGES and STEP files. ___ Pkg-scicomp-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506521: [Pkg-scicomp-devel] Bug#506521: Bug#506521: Bug#506521: gmsh with libopencascade6.2 support
then fixing this bug is trivial :) whenever occ is in main, gmsh will be compiled with occ it is already ready for it C. On Mon, Nov 24, 2008 at 5:43 PM, Denis Barbier [EMAIL PROTECTED] wrote: On 2008/11/24 Christophe Prud'homme: Unfortunately not that simple opencascade is in non-free and gmsh in main. That would make gmsh non-free I started working on that with gmsh-contrib (with opencascade support but not only) Hi Christophe, For the record, opencascade 6.3.0 in NEW will go into main when/if it is accepted by ftp-masters. Denis ___ Pkg-scicomp-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503920: [libboost-program-options1.36.0] missing symbols in libboost program options
Package: libboost-program-options1.36.0 Version: 1.36.0-2 Severity: normal --- Please enter the report below this line. --- program options is missing the function boost::program_options::detail::cmdline::set_additional_parser the linked fails when using this library --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686-bigmem Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 testing security.debian.org 500 hardy ppa.launchpad.net 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libc6(= 2.7-1) | 2.7-15 libgcc1(= 1:4.1.1) | 1:4.3.2-1 libstdc++6 (= 4.2.1) | 4.3.2-1 -- Christophe Prud'homme Université Joseph Fourier [EMAIL PROTECTED] LJK - Room 55 Tel: +33476635497 51, rue des Mathématiques Fax: +33476631263 BP53X 38041 Grenoble Cedex 9 http://ljk.imag.fr/membres/Christophe.Prudhomme/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503917: [libboost-system1.36.0] missing symbols in library
Package: libboost-system1.36.0 Version: 1.36.0-2 Severity: normal --- Please enter the report below this line. --- The boost system library is missing the following function boost::system::get_posix_category() at link time the linker fails to find it. --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686-bigmem Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 testing security.debian.org 500 hardy ppa.launchpad.net 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= libc6(= 2.7-1) | 2.7-15 libgcc1(= 1:4.1.1) | 1:4.3.2-1 libstdc++6 (= 4.1.1) | 4.3.2-1 -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503922: [boost1.36] missing boost mpi library
Package: boost1.36 Severity: normal --- Please enter the report below this line. --- the boost mpi library is missing, the headers are available in boost/mpi but the library is not available. I suggest using openmpi as underlying mpi implementation --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686-bigmem Debian Release: lenny/sid 500 unstableftp.fr.debian.org 500 testing security.debian.org 500 hardy ppa.launchpad.net 1 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503917: [pkg-boost-devel] Bug#503917: [libboost-system1.36.0] missing symbols in library
Steve, I now realize that I recompile a code previously compiled with 1.35 without doing a make clean first I will investigate this and try to provide as much information as possible if needed C. On Wed, Oct 29, 2008 at 4:35 PM, Steve M. Robbins [EMAIL PROTECTED] wrote: Hello, Please provide: 1. a minimal example program, 2. the command line you used to build it, 3. the output (e.g. error message) received, and 4. the result you expected. On Wed, Oct 29, 2008 at 11:18:53AM +0100, Christophe Prud'homme wrote: Package: libboost-system1.36.0 Version: 1.36.0-2 Severity: normal --- Please enter the report below this line. --- The boost system library is missing the following function boost::system::get_posix_category() at link time the linker fails to find it. I can't find that function in the headers nor the docs http://www.boost.org/doc/libs/1_36_0/libs/system/doc/index.html Regards, -Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJCIKv0i2bPSHbMcURAm51AJoCZ3OOhjRme+v9UYoLMMlt0+hRkQCdFVHr W+VQaGIZ1e3i9ecYSzq/AOU= =Mv6K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503920: [pkg-boost-devel] Bug#503920: Bug#503920: [libboost-program-options1.36.0] missing symbols in libboost program options
Steve, I now realize that I recompile a code previously compiled with 1.35 without doing a make clean first I will investigate this and try to provide as much information as possible if needed Best regards C. On Wed, Oct 29, 2008 at 4:39 PM, Steve M. Robbins [EMAIL PROTECTED] wrote: Hello, Please provide: 1. a minimal example program, 2. the command line you used to build it, 3. the output (e.g. error message) received, and 4. the result you expected. On Wed, Oct 29, 2008 at 11:22:41AM +0100, Christophe Prud'homme wrote: Package: libboost-program-options1.36.0 Version: 1.36.0-2 Severity: normal --- Please enter the report below this line. --- program options is missing the function boost::program_options::detail::cmdline::set_additional_parser That appears to be present (see below); so please provide the minimal example. Did you remember to link using -lboost_program_options? nm -D /usr/lib/libboost_program_options.so.1.36.0 |grep set_addition | c++filt 00027a00 T boost::program_options::detail::cmdline::set_additional_parser(boost::function1std::pairstd::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar const) -Steve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFJCIPJ0i2bPSHbMcURAsNNAJ46VP8luBOmvB9THNnvTr4vw08GhwCfQYba UCCjcDNY2gr1EXrjDiUBmI8= =/lp8 -END PGP SIGNATURE- ___ pkg-boost-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-boost-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499738: [Pkg-scicomp-devel] Bug#499738: OOM issue
Yup, upstream looked at this issue: swig generated a huge c++ wrapper code and it takes a lot of memory. 1.2 GB is not that much for a compiler, I managed to get much higher with C++ generative programming (expression templates...) using Boost might get you there ;) We decided to drop the platforms where we have the failures for now. Best regards C. On Mon, Oct 20, 2008 at 6:53 PM, Riku Voipio [EMAIL PROTECTED] wrote: looking at the ungodly (1.2GB) memory usage going on when building openturns, I take it likely that cc1plus is being killedby the OOM killer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500999: [Pkg-scicomp-devel] Bug#500999: openturns_0.12.1-5(sparc/unstable): FTBFS on sparc
thanks for the report the problem is identified and a fix is under way -6 should fix this Best regards C. On Fri, Oct 3, 2008 at 11:11 AM, Martin Zobel-Helas [EMAIL PROTECTED] wrote: Package: openturns Version: 0.12.1-5 Severity: serious There was an error while trying to autobuild your package: Automatic build of openturns_0.12.1-5 on lebrun by sbuild/sparc 98 Build started at 20081003-0210 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), quilt (= 0.46-4), debhelper (= 5), gcc (= 4.2), g++ (= 4.2), gfortran (= 4.2), libxerces-c2-dev, libboost1.35-dev, liblapack-dev, libblas-dev, libqt3-mt-dev, r-base-core (= 2.0), python-central (= 0.5.6), python-dev, graphviz, doxygen, docbook-to-man, texlive [...] g++ -DHAVE_CONFIG_H -I. -I../include -I../include -DOT_DEBUG_LEVEL=3 -g -Wall -O2 -c -o main-main.o `test -f 'main.cxx' || echo './'`main.cxx /bin/sh ../libtool --tag=CXX --mode=link g++ -g -Wall -O2 -L. -o main main-main.o libOT.la -lpthread -lutil -ldl -lm g++ -g -Wall -O2 -o .libs/main main-main.o -L/build/buildd/openturns-0.12.1/lib/src ./.libs/libOT.so -lpthread -lutil -ldl -lm -Wl,--rpath -Wl,/usr/lib/openturns ./.libs/libOT.so: undefined reference to `__sync_fetch_and_add_4' collect2: ld returned 1 exit status make[4]: *** [main] Error 1 make[4]: Leaving directory `/build/buildd/openturns-0.12.1/lib/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/openturns-0.12.1/lib/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/openturns-0.12.1/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/buildd/openturns-0.12.1' make: *** [debian/stamp-makefile-build] Error 2 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=sparcpkg=openturnsver=0.12.1-5 ___ Pkg-scicomp-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500872: [Pkg-scicomp-devel] Bug#500872: python-openturns: Missing r-rot package
Jerome, thanks for the report, where is r-rot exactely ? I cannot find it either in Debian or the openturns tarball 0.12.1 Best regards C. On Thu, Oct 2, 2008 at 10:32 AM, Jerome Robert [EMAIL PROTECTED]wrote: Package: python-openturns Version: 0.12.1-4 Severity: important Openturns features which require R are not available. This is because the r-rot package is missing. The source code of the r-rot package is available in the openturns archive/repository in th e utils/rotRPackage/ directory. With r-rot package installed the following script should no longer return an error: $ python Python 2.5.2 (r252:60911, Aug 8 2008, 09:22:44) [GCC 4.3.1] on linux2 Type help, copyright, credits or license for more information. from openturns import * print FittingTest.Kolmogorov(Normal().getNumericalSample(10),DistributionFactory(NormalFactory())) *** Log Beginning *** Warning: using Kolmogorov test for a distribution with estimated parameters will result in an overestimated pValue DBG - Searching in directory : /home/jerome/openturns/etc DBG - Searching in directory : /etc/openturns Using configuration file /etc/openturns/openturns.conf Error in library(rotRPackage) : there is no package called 'rotRPackage' Execution halted DBG - ExceptionNames ctor DBG - ExceptionNames registration of destructor = OK DBG - InternalException emited at FittingTest.cxx:307 (in RunRTest): Error: unable to execute the system command /usr/bin/R --no-save --silent /tmp/RCmd.R.UDuDNh 21 /dev/null returned c ode is 256 terminate called after throwing an instance of 'OpenTURNS::Base::Common::UserException1, OpenTURNS::Base::Common::Exception' what(): Error: unable to execute the system command /usr/bin/R --no-save --silent /tmp/RCmd.R.UDuDNh 21 /dev/null returned code is 256 Abandon -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages python-openturns depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-9 GCC support library ii libopenturns0 0.12.1-4 dynamic libraries for OpenTURNS ii libstdc++64.3.1-9The GNU Standard C++ Library v3 ii python-qt33.17.4-1 Qt3 bindings for Python python-openturns recommends no packages. python-openturns suggests no packages. -- no debconf information ___ Pkg-scicomp-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-scicomp-devel
Bug#500872: [Pkg-scicomp-devel] Bug#500872: python-openturns: Missing r-rot package
Jerome, I am not sure yet what I will do, I think I will put rot-r in the patch system quilt for 0.12.1 and hopefully the next release will incorporate rot-r is python-openturns unusable without rot-r ? I am not (yet) familiar with openturns, sorry if I ask trivial questions Best regards C. On Thu, Oct 2, 2008 at 11:00 AM, Jerome Robert [EMAIL PROTECTED]wrote: Right, I did not notice that it was not in the tarball. It's only available on the subversion repository: https://trac.openturns.org/tags/openturns-0.12.1/utils/rotRPackage/ I've reported this upstream: http://trac.openturns.org/ticket/143 Regards, Jerome On Thu, 2 Oct 2008 10:46:14 +0200, Christophe Prud'homme [EMAIL PROTECTED] wrote: Jerome, thanks for the report, where is r-rot exactely ? I cannot find it either in Debian or the openturns tarball 0.12.1 Best regards C.
Bug#500755: ITP: freefem++ -- a PDE oriented language using the Finite Element Method
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED], pkg-scicomp- [EMAIL PROTECTED], [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: freefem++ Version: 2.24.2 Upstream Author: Frédéric Hecht URL: http://www.freefem.org/ff++/ License: LGPL Description: FreeFem++ is an implementation of a language dedicated to the finite element method. It enables you to solve Partial Differential Equations (PDE) easily. Problems involving PDE from several branches of physics such as fluid-structure interactions require interpolations of data on several meshes and their manipulation within one program. FreeFem++ includes a fast quadtree-based interpolation algorithm and a language for the manipulation of these data on multiple meshes. It contains also a powerful mesh generation and adaption tool integrated seamlessly in FreeFem++ called bamg. FreeFem++ is written in C++ and the FreeFem++ language is a C++ idiom allowing for a smooth learning curve. Note that FreeFem++ comes with a copy of arpack++, it will need to be removed from the tarball until the arpack{++} licensing issues are resolved. C. -- Debian Developer Annecy - Grenoble Scientific computing related software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: [Pkg-scicomp-devel] Bug#494031: Bug#494031: Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
Ondrej, thank you for your investigations I will give it a try this week or next week. Best regards C. On Tue, Aug 26, 2008 at 2:31 PM, Ondrej Certik [EMAIL PROTECTED] wrote: On Mon, Aug 18, 2008 at 7:55 PM, Ondrej Certik [EMAIL PROTECTED] wrote: Hi, the problem on sparc is this: (sid)[EMAIL PROTECTED]:~/paraview-3.2.2/obj-sparc-linux-gnu/bin$ ./H5detect /* Generated automatically by H5detect -- do not edit */ [...] Bus error (sid)[EMAIL PROTECTED]:~/paraview-3.2.2/obj-sparc-linux-gnu/bin$ So this should not happen. Now we need to debug this program to figure out what went wrong. Ok, here is how to reproduce it on sparc with upstream hdf5-1.8.1: $ wget ftp://ftp.hdfgroup.org/HDF5/current/src/hdf5-1.8.1.tar.gz $ tar xzf hdf5-1.8.1.tar.gz $ cd hdf5-1.8.1 $ ./configure $ make [wait a while, then it compiles H5detect and calls it and it fails] $ cd src $ ./H5detect [...] Bus error So the problem is just getting hdf5 run on sparc. Looking at the Debian package hdf5, it does't have any sparc specific patches. Looking at the sparc buildlog for the hdf5 package, the H5detect works just fine in it (search for it): http://buildd.debian.org/fetch.cgi?pkg=hdf5;ver=1.6.6-4;arch=sparc;stamp=1207153381 So we just need to use this (older) hdf5 in Debian from paraview and it would solve all problems, because we will leave the portability of hdf5 to the hdf5 guys. :) Any volunteers to try to compile paraview with Debian hdf5, instead of the one in Utilities/hdf5? That would help a lot, since I am very busy with my thesis now. Thanks, Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457075: Status of Salomé packaging
To follow Ondrej comment, I have been in contact with some people close to the Salome project. With almost the same ones we are going to have a similar project to build a recently funded open platform (OPUS) for uncertainty quantification in simulations possibly based on openturns (in the NEW queue). I will be extra careful that Salome's mess doesn't happen again. I also try at each meeting to bring forth Debian's (Adam's and others) huge efforts to bring Salome to its users. Best regards C. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]