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
