Bug#898765: nmu: eccodes_2.7.3-2

[Gilles Filippini <pini@debian.org>]

On 2018-05-16 09:41, Alastair McKinstry wrote:
> On 15/05/2018 18:54, Gilles Filippini wrote:
>
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian.org@packages.debian.org
> > Usertags: binnmu
> >
> > eccodes binary packages were built by the maintainer for arch amd64,
> > and it seems he used a GCC version different from 7.3.0 because 
> > building
> > metview on amd64 with default GCC FTBFS with:
> > /<<PKGBUILDDIR>>/src/libMvMacroApi/macro_api_f90.f90:23:6:
> >
> >     use grib_api
> >        1
> > Fatal Error: Cannot read module file 'grib_api.mod' opened at (1), 
> > because it was created by a different version of GNU Fortran
>
> I did build eccodes (2.7.3-2) with gfortran 8, but I did so
> deliberately to provide the compatible mod file needed to test the
> ECMWF / meteo stack with gcc / g++ / gfortran 8.
> metview is now (5.0.1-3) also compiled with gfortran-8 and compiles
> successfully. See the changelogs / diffs for the packages
> (https://salsa.debian.org/science-team/eccodes, etc)

I am rebuilding locally all HDF5 reverse dependencies against HDF5 
1.10.2
currently in experimental to check about its transition status and
metview FTBFS because of this. IMHO you should conduct such experiments
into experimental to prevent side effects into unstable / testing.

Thanks,

_g.