Advertising

2015/07/29 wrote:
>Package: ruby-netcdf
>Version: 0.6.6-2
>Severity: normal
>User: debian-...@lists.debian.org
>Usertags: netcdf-split-c-f-cxx
>
>Hi Youhei,
>
>We're preparing for the upcoming netcdf transition which will update
>from
>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
>experimental:
>
> 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
>necessary
> 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:
>
> override_dh_auto_configure:
> dh_auto_configure -- \
> --with-netcdf-include=/usr/include \
> --with-netcdf-lib=/usr/lib/$(DEB_HOST_MULTIARCH)
>
>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
>package.
>
>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.
>
>Kind Regards,
>
>Bas
_______________________________________________
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel