Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
Package: suitesparse Version: 3.0.0-7 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based suitesparse packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u suitesparse-3.0.0/debian/control suitesparse-3.0.0/debian/control --- suitesparse-3.0.0/debian/control +++ suitesparse-3.0.0/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian Scientific Computing Team [EMAIL PROTECTED] Uploaders: Christophe Prud'homme [EMAIL PROTECTED], Daniel Rus Morales [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5.0.0), dpatch, gfortran, refblas3-dev, lapack3-dev +Build-Depends: cdbs, debhelper (= 5.0.0), dpatch, gfortran, libblas-dev, liblapack-dev Standards-Version: 3.7.2 XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-scicomp/suitesparse/ XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-scicomp/suitesparse/ @@ -15,7 +15,7 @@ Replaces: libumfpack4, libufsparse, libsuitesparse-metis Conflicts: libumfpack4, libufsparse, libsuitesparse-metis Provides: libumfpack4, libufsparse -Depends: refblas3 | atlas3-base | atlas3-sse | atlas3-sse2 | atlas3-3dnow, lapack3 | atlas3-base | atlas3-sse | atlas3-sse2 | atlas3-3dnow, ${shlibs:Depends} +Depends: libblas3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, liblapack3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, ${shlibs:Depends} Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: @@ -56,7 +56,7 @@ Replaces: libufsparse-dev, libsuitesparse-metis-dev, libumfpack4-dev Conflicts: libufsparse-dev, libsuitesparse-metis-dev, libumfpack4-dev Provides: libufsparse-dev, libumfpack4-dev -Depends: libsuitesparse (= ${Source-Version}), refblas3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, lapack3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, libc6-dev +Depends: libsuitesparse (= ${Source-Version}), libblas-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libc6-dev Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: @@ -93,7 +93,7 @@ Section: libdevel Priority: extra Architecture: any -Depends: libsuitesparse (= ${Source-Version}), refblas3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, lapack3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, libc6-dev +Depends: libsuitesparse (= ${Source-Version}), libblas-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libc6-dev Conflicts: libufsparse-dbg Replaces: libufsparse-dbg Description: collection of libraries for computations for sparse matrices @@ -131,7 +131,7 @@ Architecture: all Replaces: libufsparse-doc, libumfpack4-doc Conflicts: libufsparse-doc, libumfpack4-doc -Recommends: atlas3-doc, refblas3-doc, doc-central +Recommends: libatlas-doc, libblas-doc, doc-central Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: --- suitesparse-3.0.0/debian/patches/13-UFconfig_UFconfig.mk.dpatch +++ suitesparse-3.0.0/debian/patches/13-UFconfig_UFconfig.mk.dpatch @@ -5,18 +5,20 @@ ## DP: Changes to build CHOLMOD without MeTiS support. @DPATCH@ -diff -u trunk~/UFconfig/UFconfig.mk trunk/UFconfig/UFconfig.mk trunk~/UFconfig/UFconfig.mk 2007-05-10 15:46:08.0 +0200 -+++ trunk/UFconfig/UFconfig.mk 2007-07-17 10:38:05.0 +0200 -@@ -85,7 +85,7 @@ +diff -urNad suitesparse-3.0.0~/UFconfig/UFconfig.mk suitesparse-3.0.0/UFconfig/UFconfig.mk +--- suitesparse-3.0.0~/UFconfig/UFconfig.mk 2007-05-10 19:16:08.0 +0530 suitesparse-3.0.0/UFconfig/UFconfig.mk 2008-02-03 21:46:53.0 +0530 +@@ -85,8 +85,8 @@ # BLAS = -lgoto -lgfortran -lgfortranbegin # This is probably slow ... it might connect to the Standard Reference BLAS: -BLAS = -lblas
Bug#463820: [Pkg-scicomp-devel] Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
* Kumar Appaiah [EMAIL PROTECTED] [2008-02-03 22:10]: I would request you to please shift to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thanks for the patch, I am taking care of this now. You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based suitesparse packages, if you choose to upload to unstable. I am not sure it is necessary to do this. At any rate, The following packages depend on suitesparse: python-scipy, openoffice.org-calc, octave3.0, octave2.9, lp-solve, and libpetsc2.3.3. The octave2.9 package will be dropped from sid/testing and the Debian Octave Group is already taking care of octave3.0. We must check whether the other packages would be affected by this g77 - gfortran switch. I think it is better to upload 3.1.0-1 to experimental, what I will do soon if there are no objections. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463820: [Pkg-scicomp-devel] Bug#463820: Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
On Feb 3, 2008 9:29 PM, Rafael Laboissiere [EMAIL PROTECTED] wrote: * Kumar Appaiah [EMAIL PROTECTED] [2008-02-03 22:10]: I would request you to please shift to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thanks for the patch, I am taking care of this now. You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based suitesparse packages, if you choose to upload to unstable. I am not sure it is necessary to do this. At any rate, The following packages depend on suitesparse: python-scipy, openoffice.org-calc, octave3.0, octave2.9, lp-solve, and libpetsc2.3.3. The octave2.9 package will be dropped from sid/testing and the Debian Octave Group is already taking care of octave3.0. We must check whether the other packages would be affected by this g77 - gfortran switch. I think it is better to upload 3.1.0-1 to experimental, what I will do soon if there are no objections. Thanks Rafael for taking care of this and thanks Kumar for posting the patches. When it hits unstable, we'll have some more work with python-scipy (and I guess python-numpy too). Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463820: [Pkg-scicomp-devel] Bug#463820: Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
Hi all, Kumar, thanks for the patch. Rafael, thanks for taking care of the bug. Rafael Laboissiere wrote: * Rafael Laboissiere [EMAIL PROTECTED] [2008-02-03 21:29]: I think it is better to upload 3.1.0-1 to experimental, what I will do soon if there are no objections. Sorry, I forgot to mention in the list that the release was ready since last December. Okay, I think the package is almost ready, as in SVN r2058. There is one Lintian warning left: W: libsuitesparse: binary-or-shlib-defines-rpath ./usr/lib/libcholmod.so.1.6.0 ../../AMD/Lib:../../CAMD/Lib:../../COLAMD/Lib:../../CCOLAMD/Lib:/usr/lib There is a Lintian override for that, with a different soversion for libcholmod. However, I am wondering whether it is correct to override this. The dpatch 12-CHOLMOD_Lib_Makefile.dpatch changes CHOLMOD/Lib/Makefile in order to build the shared version of the CHOLMOD library. I am wondering why it uses -Wl,--rpath for doing it. I used --rpath there to link against libraries that were not yet available in the places where they will suppose to be after the installation. libcholmod is the only library that needs the rest, and they are available only in their building directories, so that was the only way I found. Another way I thought was split the package in as many deb packages as libraries it has. If nobody objects, I will try to fix this No problem. Putting more eyes here could bring a better solution. Thanks all again for your effort. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
* Daniel Rus Morales [EMAIL PROTECTED] [2008-02-03 23:42]: Sorry, I forgot to mention in the list that the release was ready since last December. I see. I was wondering why 3.1.0-1 was sitting in SVN without being uploaded. I used --rpath there to link against libraries that were not yet available in the places where they will suppose to be after the installation. libcholmod is the only library that needs the rest, and they are available only in their building directories, so that was the only way I found. Another way I thought was split the package in as many deb packages as libraries it has. I will take a look at it and see whether I can fix this. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463820: [Pkg-scicomp-devel] Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-04 00:14]: * Daniel Rus Morales [EMAIL PROTECTED] [2008-02-03 23:42]: I used --rpath there to link against libraries that were not yet available in the places where they will suppose to be after the installation. libcholmod is the only library that needs the rest, and they are available only in their building directories, so that was the only way I found. Another way I thought was split the package in as many deb packages as libraries it has. I will take a look at it and see whether I can fix this. It sees that the -Wl,--rpath options are not necessary. I will test suitesparse 3.1.0-1 with Octave, which exercises the Cholesky decomposition in its test suite. If everything goes okay, I will drop the rpath settings and upload the package to experimental. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463820: [Pkg-scicomp-devel] Bug#463820: Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
* Rafael Laboissiere [EMAIL PROTECTED] [2008-02-04 00:48]: It sees that the -Wl,--rpath options are not necessary. s/sees/seems/ -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]