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&utm_medium=signature&utm_campaign=create_your_own&srcid=>
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 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=madlib&arch=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)
excellent ! thanks for the news On Mon, Aug 25, 2014 at 10:38 PM, Sylvestre Ledru 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 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)
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 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 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 wrote: > On Wed, 30 Jul 2014 10:28:35 +0200 "Christophe Prud'homme" > 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 > 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 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
wrote:
> 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
> 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
> ^
> 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
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
^
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 wrote: > 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
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 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#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-gold pn gcc-4.6-doc pn gcc-4.6-locales pn gcc-4.6-multilib pn libgcc1-dbg pn libgomp1-dbg pn libmudflap0-4.6-dev pn libmudflap0-dbg pn libquadmath0-dbg -- 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#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 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 Sch"oberl), 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: 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 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#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 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 > 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::OpId> (Feel::vf::OperatorType)2u>::tensor> Basis_j_t>::tensor(const this_type&, const Geo_t&) [with Geo_t = >> boost::fusion::map, >> boost::shared_ptr> Feel::Lagrange>::Context<2307ul, Feel::GeoElement2D<2u, Feel::Simplex<2u, >> 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::map, >> boost::shared_ptr > >, >> boost::fusion::pair, >> boost::shared_ptr > > >; Basis_j_t = >> boost::fusion::map, >> boost::shared_ptr > >, >> boost::fusion::pair, >> boost::shared_ptr > > >; Element = >> Feel::FunctionSpace >, >> Feel::bases> Feel::PointSetEquiSpaced, 0u>, Feel::void_basis, Feel::void_basis, >> Feel::void_basis>, boost::parameter::void_, boost::parameter::void_, >> boost::parameter::void_>::Element> boost::numeric::ublas::vector> boost::numeric::ublas::unbounded_array > > > >> >; Feel::vf::OpId::this_type = >> Feel::vf::OpId >, >> Feel::bases> Feel::PointSetEquiSpaced, 0u>, Feel::void_basis, Feel::void_basis, >> Feel::void_basis>, boost::parameter::void_, boost::parameter::void_, >> boost::parameter::void_>::Element> boost::numeric::ublas::vector> boost::numeric::ublas::unbounde
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 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::OpId (Feel::vf::OperatorType)2u>::tensor Basis_j_t>::tensor(const this_type&, const Geo_t&) [with Geo_t = > boost::fusion::map, > boost::shared_ptr Feel::Lagrange>::Context<2307ul, Feel::GeoElement2D<2u, Feel::Simplex<2u, 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::map, > boost::shared_ptr > >, > boost::fusion::pair, > boost::shared_ptr > > >; Basis_j_t = > boost::fusion::map, > boost::shared_ptr > >, > boost::fusion::pair, > boost::shared_ptr > > >; Element = > Feel::FunctionSpace >, > Feel::bases Feel::PointSetEquiSpaced, 0u>, Feel::void_basis, Feel::void_basis, > Feel::void_basis>, boost::parameter::void_, boost::parameter::void_, > boost::parameter::void_>::Element boost::numeric::ublas::vector boost::numeric::ublas::unbounded_array > > > > >; Feel::vf::OpId::this_type = > Feel::vf::OpId >, > Feel::bases Feel::PointSetEquiSpaced, 0u>, Feel::void_basis, Feel::void_basis, > Feel::void_basis>, boost::parameter::void_, boost::parameter::void_, > boost::parameter::void_>::Element boost::numeric::ublas::vector boost::numeric::ublas::unbounded_array > > > > >, (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::OpId (Feel::vf::OperatorType)2u>::tensor Basis_j_t>::tensor(const this_type&, const Geo_t&) [with Geo_t = > boost::fusion::map, > boost::shared_ptr Feel::Lagrange>::Context<2307ul, Feel::GeoElement2D<2u, Feel::Simplex<2u, 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::map, > boost::shared_ptr > >, > boost::fusion::pair, > boost::shared_ptr > > >; Basis_j_t = > boost::fusion::map, > boost::shared_ptr > >, > boost::fusion::pai
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 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
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 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-multilib >> pn gcc-4.7-doc >> pn libstdc++6-4.7-dbg >> >> -- no debconf information >> >> >> >
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 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-multilib > pn gcc-4.7-doc > pn libstdc++6-4.7-dbg > > -- no debconf information > > >
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 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
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-multilib pn gcc-4.7-doc pn libstdc++6-4.7-dbg -- 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
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 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 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 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 wrote: > Le 22 avril 2012 22:11, D. Barbier a écrit : > > Le 22 avril 2012 20:31, D. Barbier a écrit : > >> Le 22 avril 2012 20:19, Christophe Prud'homme 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#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 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 "", line 1, in >File "/usr/lib/python2.7/dist-packages/openturns/__init__.py", line 87, > in > 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#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 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::allocator::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 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::allocator]': >> /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::allocator, >> 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::allocator, 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::allocator::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::allocator::construct(boost::mpi::allocator::pointer, const >> T&) [with T = char, boost::mpi::allocator::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/m
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 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 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
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 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=openturns&ver=0.13.2-2%2Bb1&arch=i386&stamp=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=openturns&ver=0.13.2-5%2Bb1&arch=armel&stamp=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#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 wrote: > Jakub, > > > On Tue, Jul 13, 2010 at 11:54 PM, Jakub Wilk 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
Jakub, On Tue, Jul 13, 2010 at 11:54 PM, Jakub Wilk 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#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 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 <>
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 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=openturns&ver=0.13.2-2%2Bb1&arch=i386&stamp=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=openturns&ver=0.13.2-5%2Bb1&arch=armel&stamp=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 at(it.seq->get_data());
+ return boost::fusion::at(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 wrote: > 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 > > 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 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 > > > > > -- > 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 wrote: > Package: wnpp > Severity: wishlist > Owner: trophime > Owner: trophime > > *** 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 wrote: > 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 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++//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 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=unstable&p=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 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: 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#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#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#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 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#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 wrote: > 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(no description available) > ii qt4-dev-tools 4:4.5.2-1 Qt 4 development tools > > Versions of packages paraview suggests: > pn h5utils(no description available) > pn hdf5-tools (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#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#542341: [Pkg-scicomp-devel] Bug#542341: paraview FTBFS now
rhanks On Tue, Sep 1, 2009 at 3:12 AM, peter green 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#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. 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 Barth wrote: > X-Loop > ow...@bugs.debian.org: Resent-Date: Wed, 19 Aug 2009 05:39:01 + > Resent-Message-ID: > 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 ) > 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 ) > 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 ) > 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 > 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 > /build/buildd-paraview_3.4.0-4-i386-smcErI/paraview-3.4.0/Utilities/Xdmf2/libsrc/XdmfArray.cxx: > In function
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" , "Gaëtan Compere" 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 Ring 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 Nussbaum 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#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 Barbier 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#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 Zhong 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#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'homme 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 Borm 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
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 Borm 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 Barbier 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 : > 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
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 wrote: > Adeadato > > It will be uploaded in a few minutes > > Best regards > C. > > On Sat, May 30, 2009 at 12:02 PM, Adeodato Simó 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
Adeadato It will be uploaded in a few minutes Best regards C. On Sat, May 30, 2009 at 12:02 PM, Adeodato Simó 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#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#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#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 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_string, > std::allocator >, 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_string, > std::allocator >, 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, 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 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_string, > std::allocator >, 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_string, > std::allocator >, 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
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#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
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#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 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
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 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: [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: [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][] warn_on_slowpath+0x51/0x7a [ 732.536200] [] :ehci_hcd:ehci_urb_enqueue+0x167/0xcde [ 732.536200] [] :option:option_write+0xa4/0xeb [ 732.536200] [] :usbserial:serial_write+0x62/0x89 [ 732.536200] [] tty_put_char+0x2b/0x2d [ 732.536200] [] n_tty_receive_buf+0x8bd/0xd88 [ 732.536200] [] ktime_get+0xc/0x41 [ 732.536200] [] hrtick_start_fair+0xfb/0x144 [ 732.536200] [] enqueue_task+0x56/0x61 [ 732.536200] [] activate_task+0x26/0x35 [ 732.536200] [] flush_to_ldisc+0xf1/0x190 [ 732.536200] [] :option:option_indat_callback+0x4c/0x8f [ 732.536200] [] usb_hcd_giveback_urb+0x76/0xa4 [ 732.536200] [] :ehci_hcd:ehci_urb_done+0x7a/0x8a [ 732.536200] [] :ehci_hcd:qh_completions+0x8d/0x319 [ 732.536200] [] :ehci_hcd:ehci_work+0xba/0x72a [ 732.536200] [] :ehci_hcd:ehci_irq+0x11d/0x142 [ 732.536200] [] usb_hcd_irq+0x3b/0x78 [ 732.536200] [] handle_IRQ_event+0x2c/0x61 [ 732.536200] [] handle_fasteoi_irq+0x90/0xc8
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
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 wrote: > On Tue, Jan 27, 2009 at 2:42 PM, Gunnar Wolf 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 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: 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#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#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::function1 std::char_traits, std::allocator >, std::basic_string std::char_traits, std::allocator > >, std::basic_string std::char_traits, std::allocator > 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#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#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: [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#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#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=sparc&pkg=openturns&ver=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, 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#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 2>&1 > /dev/null returned c > ode is 256 > terminate called after throwing an instance of > 'OpenTURNS::Base::Common::UserException<1, > OpenTURNS::Base::Common::Exception>' > what(): Error: unable to execute the system command /usr/bin/R --no-save > --silent < /tmp/RCmd.R.UDuDNh 2>&1 > /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#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]
