* Merge from Debian unstable. Remaining changes: (LP: #1518985)
+ debian/control: Demote libatlas-doc from Recommends to Suggests,
as it is not in main.
suitesparse (1:4.4.5-2) unstable; urgency=low
* Upload to unstable.
suitesparse (1:4.4.5-1) experimental; urgency=low
* Imported Upstream version 4.4.5
* debian/copyright: reflect upstream changes.
* Bump SOVERSION for libcholmod, libklu and libsuitesparseconfig.
suitesparse (1:4.4.4-1) experimental; urgency=low
* Imported Upstream version 4.4.4
* Bump SOVERSION for libspqr and libsuitesparseconfig.
* Fix typo in description of libccolamd. (Closes: #768365)
* Overhaul long package descriptions. (Closes: #633042)
suitesparse (1:4.4.3-1) experimental; urgency=low
* Imported Upstream version 4.4.3
* debian/copyright: update, rewrite using machine-readable format 1.0.
* Bump library SONAMEs.
* Update patches.
+ Merge all patches related to shared libraries building in
shared_libraries.patch.
+ Separate patch for BLAS library (use-generic-blas.patch) from the one
disabling METIS (disable-metis.patch).
+ Give more explicit names to remaining patches, and use the .patch
extension.
* Ship libsuitesparseconfig in a separate package.
This is now necessary because the library contains a global symbol, shared
between several SuiteSparse libraries.
* Bump Standards-Version to 3.9.6, no changes needed.
* Update debian/watch for new tarball location.
* debian/control: update homepage URL.
* Ship cs.h from both CSparse and CXSparse.
CSparse and CXSparse both provide a header named cs.h. Previously, only the
CXSparse version was provided. Both versions are now provided in separate
subdirectories of /usr/include/suitesparse. A toplevel symlink pointing to
the CXSparse version is left for backward compatibility.
* Add missing SuiteSparse_config in long description of libsuitesparse-dev.
* Regenerate debian/control from the clean rule (instead of using a
dedicated target). This seems acceptable, since it's done in
gnome-pkg-tools.
-- Graham Inggs <email address hidden> Mon, 23 Nov 2015 12:28:18 +0200
This bug was fixed in the package suitesparse - 1:4.4.5-2ubuntu1
---------------
suitesparse (1:4.4.5-2ubuntu1) xenial; urgency=medium
* Merge from Debian unstable. Remaining changes: (LP: #1518985)
+ debian/control: Demote libatlas-doc from Recommends to Suggests,
as it is not in main.
suitesparse (1:4.4.5-2) unstable; urgency=low
* Upload to unstable.
suitesparse (1:4.4.5-1) experimental; urgency=low
* Imported Upstream version 4.4.5 onfig.
* debian/copyright: reflect upstream changes.
* Bump SOVERSION for libcholmod, libklu and libsuitesparsec
suitesparse (1:4.4.4-1) experimental; urgency=low
* Imported Upstream version 4.4.4 onfig.
* Bump SOVERSION for libspqr and libsuitesparsec
* Fix typo in description of libccolamd. (Closes: #768365)
* Overhaul long package descriptions. (Closes: #633042)
suitesparse (1:4.4.3-1) experimental; urgency=low
* Imported Upstream version 4.4.3 libraries. patch. blas.patch) from the one metis.patch) . onfig in a separate package. suitesparse. A toplevel symlink pointing to pkg-tools.
* debian/copyright: update, rewrite using machine-readable format 1.0.
* Bump library SONAMEs.
* Update patches.
+ Merge all patches related to shared libraries building in
shared_
+ Separate patch for BLAS library (use-generic-
disabling METIS (disable-
+ Give more explicit names to remaining patches, and use the .patch
extension.
* Ship libsuitesparsec
This is now necessary because the library contains a global symbol, shared
between several SuiteSparse libraries.
* Bump Standards-Version to 3.9.6, no changes needed.
* Update debian/watch for new tarball location.
* debian/control: update homepage URL.
* Ship cs.h from both CSparse and CXSparse.
CSparse and CXSparse both provide a header named cs.h. Previously, only the
CXSparse version was provided. Both versions are now provided in separate
subdirectories of /usr/include/
the CXSparse version is left for backward compatibility.
* Add missing SuiteSparse_config in long description of libsuitesparse-dev.
* Regenerate debian/control from the clean rule (instead of using a
dedicated target). This seems acceptable, since it's done in
gnome-
-- Graham Inggs <email address hidden> Mon, 23 Nov 2015 12:28:18 +0200