Bug#913837: transition: hdf5

[Gilles Filippini]

On Fri, 30 Nov 2018 15:53:29 +0100 Gilles Filippini <p...@debian.org> wrote:
> On 2018-11-30 14:31, Emilio Pozuelo Monfort wrote:
> > On 17/11/2018 11:54, Emilio Pozuelo Monfort wrote:
> >> Control: tags -1 confirmed
> >> 
> >> On 15/11/2018 21:37, Gilles Filippini wrote:
> >>> Package: release.debian.org
> >>> Severity: normal
> >>> User: release.debian....@packages.debian.org
> >>> Usertags: transition
> >>> 
> >>> Hi Release Team,
> >>> 
> >>> I hereby request a transition slot for hdf5 1.10.4 currently in 
> >>> experimental.
> >>> 
> >>> Ben file:
> >>> 
> >>> title = "hdf5";
> >>> is_affected = .depends ~ /libhdf5/ | .build-depends ~ /hdf5/;
> >>> is_good = .depends ~ 
> >>> /libhdf5-103|libhdf5-openmpi-103|libhdf5-mpich-103/;
> >>> is_bad = .depends ~ 
> >>> /libhdf5-100|libhdf5-openmpi-100|libhdf5-mpich-100/;
> >>> 
> >>> I've checked the build of all the reverse dependencies against this 
> >>> release, and from the 110+ of them, only those - which are not in 
> >>> testing - aren't binnmu ready:
> >> 
> >> Go ahead.
> > 
> > gnudatelanguage's autopkgtests fail with the new hdf5/netcdf, which 
> > block
> > netcdf's testing migration. Can you take a look?
> > 
> > https://ci.debian.net/packages/g/gnudatalanguage/testing/amd64/
> 
> I'll have a look this w-e, but I'm not very optimistic because these 
> failures are segmentation faults.
> Since gnudatalanguage has a not so high popcon, an option would be to 
> temporarily remove it from testing, to gain time to investigate the 
> problem.

I really don't know how to debug this.
What I can say is that it isn't related to the current HDF5 1.10.4 transition: 
I've rebuilt gnudatalanguage against HDF5 1.10.0-patch1+docs-4+b2 from testing 
(with netcdf and grib-api rebuilt as well) and the very same failure occurs, at 
least for TEST_POINT_LUN:

% Compiled module: TEST_POINT_LUN.
% Compiled module: PATH_SEP.
% TEST_POINT_LUN: working in IDL_TMPDIR
% Compiled module: FILE_COPY.
% Compiled module: ESCAPE_SPECIAL_CHAR.
reading 4 times the 1st character of /tmp//file1.txt compress option set to 
0...OK
reading 13 elements at position 7...OK (POINT_LUN 0 then 7)
position status as per fstat() function:
OK: good CUR_PTR returned by fstat().
% Compiled module: ERRORS_CUMUL.
% Compiled module: BANNER_FOR_TESTSUITE.
% Compiled module: GDL_IDL_FL.
% READ_4B_FILE:   NO errors encountered during READ_4B_FILE tests  
reading 4 times the 1st character of /tmp//file1.txt compress option set to 
1...TEST EXITED FROM SIGNAL 11
...
The following tests FAILED:
         69 - test_bug_n000720.pro (Failed)
         93 - test_fft_leak.pro (Failed)
         96 - test_file_delete.pro (Failed)
        103 - test_fix.pro (Failed)
        106 - test_formats.pro (Failed)
        114 - test_hdf5.pro (Failed)
        116 - test_idlneturl.pro (Failed)
        129 - test_make_dll.pro (Failed)
        140 - test_n_tags.pro (Failed)
        142 - test_obj_isa.pro (Failed)
        144 - test_parse_url.pro (Failed)
        150 - test_point_lun.pro (Failed)
        166 - test_resolve_routine.pro (Failed)
        168 - test_rounding.pro (Failed)
        171 - test_save_restore.pro (Failed)
        190 - test_total.pro (Failed)
        201 - test_zip.pro (Failed)
Errors while running CTest

Thanks,

_g.

signature.asc
Description: OpenPGP digital signature