Description of problem:
koji build fails for the eccodes package due to failures in the check section.
Version-Release number of selected component (if applicable):
How reproducible: always
Failing test cases are:
he following tests FAILED:
14 - eccodes_t_bufr_dump_encode_filter (Failed)
16 - eccodes_t_bufrdc_ref (Failed)
21 - eccodes_t_bufr_filter (Failed)
39 - eccodes_t_gts_get (Failed)
40 - eccodes_t_gts_ls (Failed)
41 - eccodes_t_gts_compare (Failed)
42 - eccodes_t_metar_ls (Failed)
43 - eccodes_t_metar_get (Failed)
44 - eccodes_t_metar_dump (Failed)
45 - eccodes_t_metar_compare (Failed)
48 - eccodes_t_sh_ieee64 (Child aborted)
91 - eccodes_t_bufr_dump_encode_fortran (Failed)
94 - eccodes_t_bufr_dump_encode_C (Failed)
96 - eccodes_t_bufr_dump_encode_python (Failed)
182 - eccodes_p_grib_get_message_offset_test (Failed)
Errors while running CTest
for details see: https://koji.fedoraproject.org/koji/buildinfo?buildID=1061241
Note that the same tests fail on armv7hl, so the problem may be related.
The gts and metar problems seem related.
They all end in the error "no message found in <file>" even though the file used for testing clearly contains data.
While trying to debug the eccodes_t_gts_get test case I could track the issue down to the file eccodes-2.7.0-Source/src/grib_io.c
function read_any_gts, line 893:
This one returns with error code -1, but I have no idea why.
this issue has been reported upstream at:
the problem remains after upgrading to eccodes 2.8.0
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle.
Changing version to '29'.