On Fri, 30 Nov 2018 15:53:29 +0100 Gilles Filippini <pini@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.org@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.
Attachment:
signature.asc
Description: OpenPGP digital signature