On 2012-02-02 01:43, Steve M. Robbins wrote: > Hi, > > I'd like to contribute towards a solution for this. I'm forwarding to > debian-devel to get some others' ideas. > Naively, I don't understand why netcdf can't offer multiple variants, > just as hdf5 does. Or, at least, one package libnetcdf-mpi-dev that > links with the "default" MPI implementation. >> I am not involved in the netcdf. You should report a bug on this >> package. > I'm prepared to do so, but I'd first like to get agreement that > netcdf is where the problem lies. Netcdf maintainers, please > chime in! > > > I think we can no longer live in the status quo (see all the blockers > of #631019), so something has to give. Even if it is painful, perhaps > Debian could pioneer something and pass patches back to upstream? > > Thoughts? > > -Steve > As of now, I have several packages (eg ADIOS, CDO) that used to build against netcdf and libhdf5-mpi-dev that don't. Without fixes to netCDF (I appreciate what Francesco says about netcdf upstream not giving the libraries proper names), there needs to be a regression: either the packages build with netcdf but no MPI, or MPI but no netcdf.
I could split the package, and provide two versions, eg. adios-mpi and adios-serial, but this to me is going backwards. In an increasingly parallel world, we need binaries that will run in parallel when its available. eg. detect an MPI environmnent, and if so, use the parallel version of libraries. Do others think this is the way to go, or that way lies madness? That is, can we work out the details of what would be needed for "automatic parallelism", what we can do and what upstream changes might be needed? e.g. we might add some shim code at the start of programs that do: if (mpi_detected || ($ENV{NETCDF_SERIAL_WANTED}) dlopen(netcdf_mpi_version) else dlopen(netcdf_serial_version) (Some netCDF programs, even running under MPI, might run in serial mode in order to use features such as compression that don't work in parallel netcdf). We need to come up with: (1) A bigger picture of where we want Debian to go (may involve upstream changes) (2) A plan for that we can do for the next release. Regards Alastair -- Alastair McKinstry , <alast...@sceal.ie> , <mckins...@debian.org> http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org