Bug#842177: transition: hdf5
On 05/12/16 23:42, Gilles Filippini wrote: > Gilles Filippini a écrit le 04/12/2016 à 12:36 : >> Emilio Pozuelo Monfort a écrit le 03/12/2016 à 12:26 : >>> On 01/12/16 19:38, Emilio Pozuelo Monfort wrote: On 01/12/16 19:32, Gilles Filippini wrote: > Gilles Filippini a écrit le 28/11/2016 à 10:05 : >> Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : >>> On 27/11/16 23:21, Gilles Filippini wrote: Hi, Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : >>> Yes, this is looking very good, so I'm acking it. But please don't >>> upload just >>> yet, I'll give you the go in a few days when things are a bit >>> calmer (there are >>> just too many transitions at the moment). Any news on this side? I'm waiting after the transition to upload a new release of the package which will have to go through the NEW queue because of new binary packages for the java bindings. >>> >>> Go ahead. >> >> Release 1.10.0-patch1+docs-1 uploaded to unstable. > > No binnmu so far. Is there anything preventing the transition? > I think there is no need to wait for sh4 and powerpcspe builds: they're > unsuccessful since release 1.8.16. I'm waiting for the buildds to catch up after I scheduled the xserver binNMU on mips* yesterday and the remaining boost1.62 ones earlier today. I'll likely schedule these later today or tomorrow. >>> >>> That's done. Please file RC bugs for packages that failed to build. >> >> libsis-jhdf5-java#842815 >> mpb #846923 >> slurm-llnl #828549 >> trilinos #815725 >> labplot BD-Unsinstallable >> ruby-hdfeos5 #846353 >> insighttoolkit4 Building >> magic++ #846920 >> minc-tools Needs a new binNMU now that libminc is built >> vtk6 #846372 > > Emilio, could you please give a second try at binnmu-ing minc-tools? Given back. Emilio signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
Gilles Filippini a écrit le 04/12/2016 à 12:36 : > Emilio Pozuelo Monfort a écrit le 03/12/2016 à 12:26 : >> On 01/12/16 19:38, Emilio Pozuelo Monfort wrote: >>> On 01/12/16 19:32, Gilles Filippini wrote: Gilles Filippini a écrit le 28/11/2016 à 10:05 : > Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : >> On 27/11/16 23:21, Gilles Filippini wrote: >>> Hi, >>> >>> Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : >> Yes, this is looking very good, so I'm acking it. But please don't >> upload just >> yet, I'll give you the go in a few days when things are a bit calmer >> (there are >> just too many transitions at the moment). >>> >>> Any news on this side? I'm waiting after the transition to upload a new >>> release of the package which will have to go through the NEW queue >>> because of new binary packages for the java bindings. >> >> Go ahead. > > Release 1.10.0-patch1+docs-1 uploaded to unstable. No binnmu so far. Is there anything preventing the transition? I think there is no need to wait for sh4 and powerpcspe builds: they're unsuccessful since release 1.8.16. >>> >>> I'm waiting for the buildds to catch up after I scheduled the xserver >>> binNMU on >>> mips* yesterday and the remaining boost1.62 ones earlier today. >>> >>> I'll likely schedule these later today or tomorrow. >> >> That's done. Please file RC bugs for packages that failed to build. > > libsis-jhdf5-java #842815 > mpb #846923 > slurm-llnl#828549 > trilinos #815725 > labplot BD-Unsinstallable > ruby-hdfeos5 #846353 > insighttoolkit4 Building > magic++ #846920 > minc-toolsNeeds a new binNMU now that libminc is built > vtk6 #846372 Emilio, could you please give a second try at binnmu-ing minc-tools? Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
Emilio Pozuelo Monfort a écrit le 03/12/2016 à 12:26 : > On 01/12/16 19:38, Emilio Pozuelo Monfort wrote: >> On 01/12/16 19:32, Gilles Filippini wrote: >>> Gilles Filippini a écrit le 28/11/2016 à 10:05 : Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : > On 27/11/16 23:21, Gilles Filippini wrote: >> Hi, >> >> Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : > Yes, this is looking very good, so I'm acking it. But please don't > upload just > yet, I'll give you the go in a few days when things are a bit calmer > (there are > just too many transitions at the moment). >> >> Any news on this side? I'm waiting after the transition to upload a new >> release of the package which will have to go through the NEW queue >> because of new binary packages for the java bindings. > > Go ahead. Release 1.10.0-patch1+docs-1 uploaded to unstable. >>> >>> No binnmu so far. Is there anything preventing the transition? >>> I think there is no need to wait for sh4 and powerpcspe builds: they're >>> unsuccessful since release 1.8.16. >> >> I'm waiting for the buildds to catch up after I scheduled the xserver binNMU >> on >> mips* yesterday and the remaining boost1.62 ones earlier today. >> >> I'll likely schedule these later today or tomorrow. > > That's done. Please file RC bugs for packages that failed to build. libsis-jhdf5-java #842815 mpb #846923 slurm-llnl #828549 trilinos#815725 labplot BD-Unsinstallable ruby-hdfeos5#846353 insighttoolkit4 Building magic++ #846920 minc-tools Needs a new binNMU now that libminc is built vtk6#846372 Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
On 01/12/16 19:38, Emilio Pozuelo Monfort wrote: > On 01/12/16 19:32, Gilles Filippini wrote: >> Gilles Filippini a écrit le 28/11/2016 à 10:05 : >>> Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : On 27/11/16 23:21, Gilles Filippini wrote: > Hi, > > Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : Yes, this is looking very good, so I'm acking it. But please don't upload just yet, I'll give you the go in a few days when things are a bit calmer (there are just too many transitions at the moment). > > Any news on this side? I'm waiting after the transition to upload a new > release of the package which will have to go through the NEW queue > because of new binary packages for the java bindings. Go ahead. >>> >>> Release 1.10.0-patch1+docs-1 uploaded to unstable. >> >> No binnmu so far. Is there anything preventing the transition? >> I think there is no need to wait for sh4 and powerpcspe builds: they're >> unsuccessful since release 1.8.16. > > I'm waiting for the buildds to catch up after I scheduled the xserver binNMU > on > mips* yesterday and the remaining boost1.62 ones earlier today. > > I'll likely schedule these later today or tomorrow. That's done. Please file RC bugs for packages that failed to build. Cheers, Emilio
Bug#842177: transition: hdf5
On 01/12/16 19:32, Gilles Filippini wrote: > Gilles Filippini a écrit le 28/11/2016 à 10:05 : >> Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : >>> On 27/11/16 23:21, Gilles Filippini wrote: Hi, Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : >>> Yes, this is looking very good, so I'm acking it. But please don't >>> upload just >>> yet, I'll give you the go in a few days when things are a bit calmer >>> (there are >>> just too many transitions at the moment). Any news on this side? I'm waiting after the transition to upload a new release of the package which will have to go through the NEW queue because of new binary packages for the java bindings. >>> >>> Go ahead. >> >> Release 1.10.0-patch1+docs-1 uploaded to unstable. > > No binnmu so far. Is there anything preventing the transition? > I think there is no need to wait for sh4 and powerpcspe builds: they're > unsuccessful since release 1.8.16. I'm waiting for the buildds to catch up after I scheduled the xserver binNMU on mips* yesterday and the remaining boost1.62 ones earlier today. I'll likely schedule these later today or tomorrow. Cheers, Emilio
Bug#842177: transition: hdf5
Gilles Filippini a écrit le 28/11/2016 à 10:05 : > Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : >> On 27/11/16 23:21, Gilles Filippini wrote: >>> Hi, >>> >>> Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : >> Yes, this is looking very good, so I'm acking it. But please don't >> upload just >> yet, I'll give you the go in a few days when things are a bit calmer >> (there are >> just too many transitions at the moment). >>> >>> Any news on this side? I'm waiting after the transition to upload a new >>> release of the package which will have to go through the NEW queue >>> because of new binary packages for the java bindings. >> >> Go ahead. > > Release 1.10.0-patch1+docs-1 uploaded to unstable. No binnmu so far. Is there anything preventing the transition? I think there is no need to wait for sh4 and powerpcspe builds: they're unsuccessful since release 1.8.16. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 : > On 27/11/16 23:21, Gilles Filippini wrote: >> Hi, >> >> Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : > Yes, this is looking very good, so I'm acking it. But please don't upload > just > yet, I'll give you the go in a few days when things are a bit calmer > (there are > just too many transitions at the moment). >> >> Any news on this side? I'm waiting after the transition to upload a new >> release of the package which will have to go through the NEW queue >> because of new binary packages for the java bindings. > > Go ahead. Release 1.10.0-patch1+docs-1 uploaded to unstable. Thanks! _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
On 27/11/16 23:21, Gilles Filippini wrote: > Hi, > > Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : Yes, this is looking very good, so I'm acking it. But please don't upload just yet, I'll give you the go in a few days when things are a bit calmer (there are just too many transitions at the moment). > > Any news on this side? I'm waiting after the transition to upload a new > release of the package which will have to go through the NEW queue > because of new binary packages for the java bindings. Go ahead. Cheers, Emilio
Bug#842177: transition: hdf5
Hi, Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 : >>> Yes, this is looking very good, so I'm acking it. But please don't upload >>> just >>> yet, I'll give you the go in a few days when things are a bit calmer (there >>> are >>> just too many transitions at the moment). Any news on this side? I'm waiting after the transition to upload a new release of the package which will have to go through the NEW queue because of new binary packages for the java bindings. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
On 05/11/16 21:37, Gilles Filippini wrote: > Control: block -1 by 843040 842815 > > Emilio Pozuelo Monfort a écrit le 05/11/2016 à 17:29 : >> Control: tags -1 confirmed >> >> On 04/11/16 14:45, Gilles Filippini wrote: >>> Gilles Filippini a écrit le 02/11/2016 à 19:05 : Hi, Good news: every hdf5 reverse dependency but 8 is now 'binnmu OK'. The remainder is: * shogun FTBFS unrelated to hdf5 - not in testing - #809290 * tessa FTBFS unrelated to hdf5 - not in testing - #817690 * aster FTBFS unrelated to hdf5 - not in testing - #837915 * deal.ii BD uninstallable - not in testing * odinFTBFS unrelated to hdf5 - not in testing - #835746 * libsis-jhdf5-java #842815 - Very low popcon - No reverse depends will need some more time because part of this java wrapper library is now shipped with the HDF5 source tree * yorick-hdf5 #842817 - temporary fix uploaded to experimental * pytablesalmost done - FTBFS on big endian arches IMO the only showstopper is now pytables, which will hopefully resolve in the coming days. >>> >>> Update: >>> * yorick-hdf5 #842817 - final fix uploaded to experimental >>> * pytablesAffected by #843040 - Tested patch pending >>> >>> There isn't any blocker left but libsis-jhdf5-java which has a very low >>> popcon and no reverse dependencies. Can we agree for a transition slot >>> before the freeze? >> >> Yes, this is looking very good, so I'm acking it. But please don't upload >> just >> yet, I'll give you the go in a few days when things are a bit calmer (there >> are >> just too many transitions at the moment). >> >> And please mark any remaining bugs as blocking this one. > > Done, excepted for the 'not in testing' ones. Unless you'd want these > marked as well? No, this is fine, thanks. Cheers, Emilio
Bug#842177: transition: hdf5
Control: block -1 by 843040 842815 Emilio Pozuelo Monfort a écrit le 05/11/2016 à 17:29 : > Control: tags -1 confirmed > > On 04/11/16 14:45, Gilles Filippini wrote: >> Gilles Filippini a écrit le 02/11/2016 à 19:05 : >>> Hi, >>> >>> Good news: every hdf5 reverse dependency but 8 is now 'binnmu OK'. The >>> remainder is: >>> * shogun FTBFS unrelated to hdf5 - not in testing - #809290 >>> * tessa FTBFS unrelated to hdf5 - not in testing - #817690 >>> * aster FTBFS unrelated to hdf5 - not in testing - #837915 >>> * deal.ii BD uninstallable - not in testing >>> * odinFTBFS unrelated to hdf5 - not in testing - #835746 >>> * libsis-jhdf5-java #842815 - Very low popcon - No reverse depends >>> will need some more time because part of this java wrapper library >>> is now shipped with the HDF5 source tree >>> * yorick-hdf5 #842817 - temporary fix uploaded to experimental >>> * pytablesalmost done - FTBFS on big endian arches >>> >>> IMO the only showstopper is now pytables, which will hopefully resolve >>> in the coming days. >> >> Update: >> * yorick-hdf5 #842817 - final fix uploaded to experimental >> * pytablesAffected by #843040 - Tested patch pending >> >> There isn't any blocker left but libsis-jhdf5-java which has a very low >> popcon and no reverse dependencies. Can we agree for a transition slot >> before the freeze? > > Yes, this is looking very good, so I'm acking it. But please don't upload just > yet, I'll give you the go in a few days when things are a bit calmer (there > are > just too many transitions at the moment). > > And please mark any remaining bugs as blocking this one. Done, excepted for the 'not in testing' ones. Unless you'd want these marked as well? Thx, _g. signature.asc Description: OpenPGP digital signature
Processed: Re: Bug#842177: transition: hdf5
Processing control commands: > block -1 by 843040 842815 Bug #842177 [release.debian.org] transition: hdf5 842177 was not blocked by any bugs. 842177 was not blocking any bugs. Added blocking bug(s) of 842177: 843040 and 842815 -- 842177: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842177 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#842177: transition: hdf5
Control: tags -1 confirmed On 04/11/16 14:45, Gilles Filippini wrote: > Gilles Filippini a écrit le 02/11/2016 à 19:05 : >> Hi, >> >> Good news: every hdf5 reverse dependency but 8 is now 'binnmu OK'. The >> remainder is: >> * shogun FTBFS unrelated to hdf5 - not in testing - #809290 >> * tessa FTBFS unrelated to hdf5 - not in testing - #817690 >> * aster FTBFS unrelated to hdf5 - not in testing - #837915 >> * deal.ii BD uninstallable - not in testing >> * odinFTBFS unrelated to hdf5 - not in testing - #835746 >> * libsis-jhdf5-java #842815 - Very low popcon - No reverse depends >> will need some more time because part of this java wrapper library >> is now shipped with the HDF5 source tree >> * yorick-hdf5 #842817 - temporary fix uploaded to experimental >> * pytablesalmost done - FTBFS on big endian arches >> >> IMO the only showstopper is now pytables, which will hopefully resolve >> in the coming days. > > Update: > * yorick-hdf5 #842817 - final fix uploaded to experimental > * pytablesAffected by #843040 - Tested patch pending > > There isn't any blocker left but libsis-jhdf5-java which has a very low > popcon and no reverse dependencies. Can we agree for a transition slot > before the freeze? Yes, this is looking very good, so I'm acking it. But please don't upload just yet, I'll give you the go in a few days when things are a bit calmer (there are just too many transitions at the moment). And please mark any remaining bugs as blocking this one. Cheers, Emilio
Processed: Re: Bug#842177: transition: hdf5
Processing control commands: > tags -1 confirmed Bug #842177 [release.debian.org] transition: hdf5 Added tag(s) confirmed. -- 842177: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842177 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#842177: transition: hdf5
Gilles Filippini a écrit le 02/11/2016 à 19:05 : > Hi, > > Good news: every hdf5 reverse dependency but 8 is now 'binnmu OK'. The > remainder is: > * shogun FTBFS unrelated to hdf5 - not in testing - #809290 > * tessa FTBFS unrelated to hdf5 - not in testing - #817690 > * aster FTBFS unrelated to hdf5 - not in testing - #837915 > * deal.ii BD uninstallable - not in testing > * odinFTBFS unrelated to hdf5 - not in testing - #835746 > * libsis-jhdf5-java #842815 - Very low popcon - No reverse depends > will need some more time because part of this java wrapper library > is now shipped with the HDF5 source tree > * yorick-hdf5 #842817 - temporary fix uploaded to experimental > * pytablesalmost done - FTBFS on big endian arches > > IMO the only showstopper is now pytables, which will hopefully resolve > in the coming days. Update: * yorick-hdf5 #842817 - final fix uploaded to experimental * pytablesAffected by #843040 - Tested patch pending There isn't any blocker left but libsis-jhdf5-java which has a very low popcon and no reverse dependencies. Can we agree for a transition slot before the freeze? Thanks in advance, _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
Hi, Good news: every hdf5 reverse dependency but 8 is now 'binnmu OK'. The remainder is: * shogun FTBFS unrelated to hdf5 - not in testing - #809290 * tessa FTBFS unrelated to hdf5 - not in testing - #817690 * aster FTBFS unrelated to hdf5 - not in testing - #837915 * deal.ii BD uninstallable - not in testing * odinFTBFS unrelated to hdf5 - not in testing - #835746 * libsis-jhdf5-java #842815 - Very low popcon - No reverse depends will need some more time because part of this java wrapper library is now shipped with the HDF5 source tree * yorick-hdf5 #842817 - temporary fix uploaded to experimental * pytablesalmost done - FTBFS on big endian arches IMO the only showstopper is now pytables, which will hopefully resolve in the coming days. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
On 2016-10-28 14:12, Gilles Filippini wrote: Status update: insighttoolkit4: hdf5 libmincpatch provided via #842342 And: ants: hdf5 insighttoolkit4OK There is only pytables remaining on the way now Thanks, _g.
Bug#842177: transition: hdf5
On 2016-10-26 19:12, Gilles Filippini wrote: On 2016-10-26 19:03, Sebastiaan Couwenberg wrote: On 10/26/2016 06:46 PM, Gilles Filippini wrote: I've checked the build of every reverse dependencies. These few ones are of concern: * libsis-jhdf5-java : unmaintained upstream - low popcon * pytables : doesn't support new hdf5 API - popcon about 3000 - no reverse dependencies * yorick-hdf5 : desing flaw - no support for 64bits integers - popcon about 300 - no reverse dependencies * insighttoolkit4 : in progress; looking for a box with enough RAM - rather low popcon * ants : in progress; build depends on insighttoolkit4 - raher low popcon From the above packages, the only real concern is pytables. A discussion is ongoing on debian-science@d.o, and I'm confident we'll find a solution before the Stretch freeze. pytables does have several reverse dependencies, who in turn have several reverse dependencies too. pytables in the dependency chain of geopandas, having it removed from stretch would be very sad. Ooops, sorry, I didn't noticed that. Actually I checked weeks ago and didn't remember there were reverse depends. My bad. But as said above, I'm confident we'll find a solution for pytables before the Strtch freeze. It would be removed from testing only for a while. insighttoolkit4 is in the dependency chain of otb, and like pytables having it removed from stretch would be very sad. Even more than pytables. I've successfully tested today a full insighttoolkit4 build for unstable on a stronger box than mine. I'll rebuild tomorrow against hdf5-1.10. I'm rather confident about this one too. Status update: insighttoolkit4: hdf5 libmincpatch provided via #842342 Thanks, _g.
Bug#842177: transition: hdf5
On 2016-10-26 19:03, Sebastiaan Couwenberg wrote: On 10/26/2016 06:46 PM, Gilles Filippini wrote: I've checked the build of every reverse dependencies. These few ones are of concern: * libsis-jhdf5-java : unmaintained upstream - low popcon * pytables : doesn't support new hdf5 API - popcon about 3000 - no reverse dependencies * yorick-hdf5 : desing flaw - no support for 64bits integers - popcon about 300 - no reverse dependencies * insighttoolkit4 : in progress; looking for a box with enough RAM - rather low popcon * ants : in progress; build depends on insighttoolkit4 - raher low popcon From the above packages, the only real concern is pytables. A discussion is ongoing on debian-science@d.o, and I'm confident we'll find a solution before the Stretch freeze. pytables does have several reverse dependencies, who in turn have several reverse dependencies too. pytables in the dependency chain of geopandas, having it removed from stretch would be very sad. Ooops, sorry, I didn't noticed that. Actually I checked weeks ago and didn't remember there were reverse depends. My bad. But as said above, I'm confident we'll find a solution for pytables before the Strtch freeze. It would be removed from testing only for a while. insighttoolkit4 is in the dependency chain of otb, and like pytables having it removed from stretch would be very sad. Even more than pytables. I've successfully tested today a full insighttoolkit4 build for unstable on a stronger box than mine. I'll rebuild tomorrow against hdf5-1.10. I'm rather confident about this one too. Thanks, _g.
Bug#842177: transition: hdf5
On 10/26/2016 06:46 PM, Gilles Filippini wrote: > I've checked the build of every reverse dependencies. These few ones are of > concern: > * libsis-jhdf5-java : unmaintained upstream - low popcon > * pytables : doesn't support new hdf5 API - popcon about 3000 - no reverse > dependencies > * yorick-hdf5 : desing flaw - no support for 64bits integers - popcon about > 300 - no reverse dependencies > * insighttoolkit4 : in progress; looking for a box with enough RAM - rather > low popcon > * ants : in progress; build depends on insighttoolkit4 - raher low popcon > > From the above packages, the only real concern is pytables. A discussion is > ongoing on debian-science@d.o, and I'm confident we'll find a solution before > the Stretch freeze. pytables does have several reverse dependencies, who in turn have several reverse dependencies too. pytables in the dependency chain of geopandas, having it removed from stretch would be very sad. insighttoolkit4 is in the dependency chain of otb, and like pytables having it removed from stretch would be very sad. Even more than pytables. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 signature.asc Description: OpenPGP digital signature
Bug#842177: transition: hdf5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Release Team, I hereby request a transition slot for hdf5 1.10 currently in experimental. This release ships major changes and has its soname bumped from 10 to 100. Ben file: title = "hdf5"; is_affected = .depends ~ /libhdf5.*-10([^0]|$)/ | .depends ~ /libhdf5.*-100/; is_good = .depends ~ /libhdf5.*-100/; is_bad = .depends ~ /libhdf5.*-10([^0]|$)/; I've checked the build of every reverse dependencies. These few ones are of concern: * libsis-jhdf5-java : unmaintained upstream - low popcon * pytables : doesn't support new hdf5 API - popcon about 3000 - no reverse dependencies * yorick-hdf5 : desing flaw - no support for 64bits integers - popcon about 300 - no reverse dependencies * insighttoolkit4 : in progress; looking for a box with enough RAM - rather low popcon * ants : in progress; build depends on insighttoolkit4 - raher low popcon - From the above packages, the only real concern is pytables. A discussion is ongoing on debian-science@d.o, and I'm confident we'll find a solution before the Stretch freeze. Full report: ===[ Dependency level 0 ]= hdf5: binnmu OK nanopolish: binnmu OK octave-communications: binnmu OK ===[ Dependency level 1 ]= chemps2: hdf5 patch provided via #841954 field3d: hdf5 binnmu OK freefem++: hdf5 binnmu OK h5py: hdf5 binnmu OK h5utils: hdf5 binnmu OK hdf-eos5: hdf5 binnmu OK ismrmrd: hdf5 patch provided via #841959 jhdf: hdf5 binnmu OK libcgns: hdf5 binnmu OK libgpiv: hdf5 patch provided via #841962 libmatio: hdf5 binnmu OK libmstoolkit: hdf5 binnmu OK libpdl-io-hdf5-perl: hdf5 patch provided via #841963 libsis-jhdf5-java: hdf5 KO hard coded hid_t as jint all over the source; upstream site dead (http://wiki-bsse.ethz.ch/) libvigraimpex: hdf5 binnmu OK mapsembler2: hdf5 binnmu OK med-fichier: hdf5 patch provided via #841964 meep: hdf5 binnmu OK meep-lam4: hdf5 binnmu OK meep-mpi-default: hdf5 binnmu OK meep-mpich2: hdf5 binnmu OK meep-openmpi: hdf5 binnmu OK mpb: hdf5 binnmu OK ncbi-vdb: hdf5 binnmu OK netcdf: hdf5binnmu OK nexus: hdf5 binnmu OK octave: hdf5binnmu OK opengm: hdf5binnmu OK pbseqlib: hdf5 binnmu OK pytables: hdf5 KO - doesn't support hdf5-1.10 yet r-cran-hdf5: hdf5 binnmu OK seer: hdf5 binnmu OK shark: hdf5 binnmu OK shogun: hdf5FTBFS unrelated to hdf5 - not in testing - #809290 silo-llnl: hdf5 binnmu OK slurm-llnl: hdf5binnmu OK stimfit: hdf5 binnmu OK tessa: hdf5 FTBFS unrelated to hdf5 - not in testing - #817690 trilinos: hdf5 binnmu OK xdmf: hdf5 binnmu OK yorick-hdf5: hdf5 KO Yorick doesn't support 64bits integers (hid_t) ===[ Dependency level 2 ]= adios: hdf5 netcdf binnmu OK aster: hdf5 med-fichier FTBFS unrelated to hdf5 - not in testing - #837915 blasr: hdf5 pbseqlibbinnmu OK cmor: hdf5 netcdf binnmu OK code-saturne: hdf5 libcgns med-fichier binnmu OK comet-ms: libmstoolkit binnmu OK deal.ii: hdf5 netcdf trilinos BD uninstallable - not in testing gdal: hdf5 netcdf binnmu OK grads: hdf5 netcdf binnmu OK grib-api: hdf5 netcdf binnmu OK labplot: hdf5 netcdfbinnmu OK libminc: hdf5 netcdfpatch provided via #841970 mathgl: hdf5 octave binnmu OK nco: netcdf binnmu OK ncview: netcdf binnmu OK netcdf4-python: hdf5 netcdf binnmu OK octave-netcdf: netcdf binnmu OK ovito: hdf5 netcdf binnmu OK paraview: hdf5 netcdf xdmf binnmu OK psi4: chemps2 hdf5 binnmu OK pygpiv: hdf5 libgpivbinnmu OK python-shogun: hdf5 shogun