Hi, thanks for your notice.
I'll prepare new upstream release ASAP.
>We're preparing for the upcoming netcdf transition which will update
>NetCDF 4.1.3 to 4.4.0 and its new lanuague specific releases (NetCDF
>C++4 4.2.1, Netcdf C++ legacy 4.2 & NetCDF Fortran 4.4.2).
>ruby-netcdf (0.6.6-2) FTBFS with these new netcdf packages in
> checking for netcdf.h... yes
> checking for main() in -lnetcdf... no
> *** extconf.rb failed ***
>Could not create Makefile due to some reason, probably lack of
> libraries and/or headers. Check the mkmf.log file for more details.
> You may
> need configuration options.
>The full build log is attached.
>Just specifying the Multi-Arch library path with the following is not
>sufficient to resolve main() check failure:
> dh_auto_configure -- \
> --with-netcdf-include=/usr/include \
>While looking into this build failure I noticed that your ruby-netcdf
>package limits checks for new upstream releases to the 0.6.x versions,
>which excludes the recent 0.7 & 0.7.1 upstream releases.
>The RubyNetCDF 0.7.x releases contain improvements for NetCDF-4 support
>which is very relevant for upcoming netcdf transition.
>Are there good reasons to stick to the 0.6 releases, and would you
>object to removing the version constraint in the watch file?
>I'd like to update the ruby-netcdf package to the latest upstream
>release and upload it to experimental along with the other new netcdf
>It may be that the new upstream release is not sufficient either, and
>that the new NetCDF built only with the HDF5 MPI variant cause the
>incompatibility with ruby-netcdf.
Pkg-grass-devel mailing list