[Pkg-octave-devel] HDF5 transition is finished
Rafael Laboissiere
rafael at laboissiere.net
Fri Feb 24 10:49:40 UTC 2012
* Thomas Weber <tweber at debian.org> [2012-02-24 11:29]:
> On Thu, Feb 23, 2012 at 07:26:22PM +0100, Jörg-Volker Peetz wrote:
> > Sébastien Villemot wrote, on 02/23/12 18:52:
> > It seems still not possible to use the package "libhdf5-openmpi-dev" instead
> > of "libhdf5-serial-dev" together with octave 3.2 (please see my previous
> > e-mail
> > http://lists.alioth.debian.org/pipermail/pkg-octave-devel/2012-February/008326.html
> > ). With version 1.8.4 of "libhdf5-openmpi-dev" it worked.
>
> Yes, and that's (probably) intentional.
> http://bugs.debian.org/601511
Would this mean that the octave package will not be able to be installed
together with any package depending on libhdf5-openmpi-7? They are
currently, in testing:
$ apt-cache rdepends libhdf5-openmpi-7
libhdf5-openmpi-7
Reverse Depends:
libslepc3.2
libpetsc3.2
gmsh
libxdmf2
libsiloh5-0
meep-openmpi
libmeep-openmpi6
libmedimport0
libmedc1
libmed1
libmed-tools
libhdf5-openmpi-dev
libhdf5-openmpi-7-dbg
code-saturne-bin
If you go further one level of reverse dependencies, then the number of
packages becomes disturbingly high:
$ apt-cache rdepends $(apt-cache rdepends libhdf5-openmpi-7 | grep "^ ") | grep "^ " | sort | uniq | wc -l
32
Even worse, octave-msh appears in the list! This is due to the
dependency on gmsh.
That will be potentially a problem for the Debian users. Is it really
the case that the octave package could not depend alternatively on
libhdf5-7 or libhdf5-openmpi-7?
Rafael
More information about the Pkg-octave-devel
mailing list