Gilles Filippini a écrit , Le 15/08/2014 20:59: > = Package ready = > cmor > flann > gnuplot-iostream > gpiv > gpivtools > magics++ > octave-bim > octave-msh > pktools > pygpiv > python-shogun > syrthes > vtk > > = Useless build depends on hdf5 (package ready anyway) = > getdp #755973 > insighttoolkit4 #756015 > oasis3 #755681 > slepc #755180 > > = binNMU required = > adios > armadillo > aster > cdo > code-saturne > dolfin (not in testing) > dynare (after octave) > exodusii > feel++ (not in testing) > gdal > gmsh > grads > h5py > h5utils > hdf-eos5 > jhdf > libcgns > libgpiv > libmatio > libpdl-io-hdf5-perl (not in testing) > libvigraimpex > mathgl > med-fichier > meep > meep-lam4 > meep-mpich2 > meep-mpi-default > meep-openmpi > minc > mlpack > mpb > ncl > netcdf > nexus > nifti2dicom (after vtk6) > nip2 (after vips) > octave > ovito > paraview > petsc > pytables > r-cran-hdf5 > ruby-hdfeos5 > salome-kernel > scilab > shogun > silo-llnl > stimfit > tessa (not in testing) > vips (after libmatio) > vtk6 > xdmf > xmds2 > yorick-hdf5 > > = Others - Not in testing anyway = > gnudatalanguage FTBFS blocked by plplot > openmeeg FTBFS on sid - #730904 > plplot FTBFS on sid - #713309 and more Looking at the packages listed on the auto-hdf5 transition page I realize that I missed two affected packages: mapsempler2 #758730 patch on its way octave-communications #758733 patch on its way as well These two packages will need binNMU only afterward. Thanks, _g.
Attachment:
signature.asc
Description: OpenPGP digital signature