[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#898765: marked as done (nmu: eccodes_2.7.3-2)

Your message dated Thu, 24 May 2018 23:54:23 +0200
with message-id <032b29c3-4eeb-f3d5-dd12-fa5965ce04cf@debian.org>
and subject line Re: Bug#898765: nmu: eccodes_2.7.3-2
has caused the Debian Bug report #898765,
regarding nmu: eccodes_2.7.3-2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
898765: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898765
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: binnmu

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi,

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

grib_api.mod is part of libeccodes-dev.

Please rebuild eccodes with default GCC for amd64.

nmu eccodes_2.7.3-2 . amd64 . unstable . -m "Rebuild with GCC 7.3.0"

Thanks,

- -- System Information:
Debian Release: buster/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEoJObzArDE05WtIyR7+hsbH/+z4MFAlr7HrEACgkQ7+hsbH/+
z4O6vQgAoK0Fe5NaRi+E1GColbYnGR3NglSowy9KnBUnF2WYBHTHLqMZ5wj2FtB3
hrpWITijkJSb4sVIIIHHwkyrU4tTHpCd2UCPyJ9E2xkPjmLb2S6X7CA7R2WWkg7B
nW27L0+gJBNWBqlc/7Y8PsOIWPm9VvsEOb2bXtG6hTF7C/840KFAtJxeYY/Sg0Ry
YU+rDU4TI3Ld0mxGP/pcIxZrBwiHzEqDLSjIXR7dWK6XyyndP9nVowGOtX24eEmO
3JriEPZHU55rlLL3P53xMSEats1+x3x5MxOLNDUjlkY5gxhim05mzE62ckqfkwIW
8gP9bkVn+4EkCW9I97l3twTlX202YQ==
=cWWO
-----END PGP SIGNATURE-----

--- End Message ---
--- Begin Message --- 
Hi,

On Thu, 17 May 2018 09:59:30 +0200 Gilles Filippini <pini@debian.org> wrote:
> 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.

Sorry, I misunderstood your previous email. Rebuilding metview 5.0.1-3
(instead of 5.0.1-2) is successful.

Thanks,

_g.

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---
Reply to: