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

Re: netcdf Transition



So, whats the current status of the netCDF transition?
All the netcdf-* packages appear to build, are there outstanding bugs or should we just kick off the transition?
What about collisions with the gcc-5 transition?

regards
Alastair


On 29/06/2015 20:16, Ross Gammon wrote:
> So - the c++ round of builds:
>
> kst (2.0.3-4)            OK
> magics++ (2.24.4-1~exp1) OK - Thanks Alastair
> vtk (?)                  OK with libnetcdf-cxx-legacy-dev - thanks Nico
> vtk6 (6.2.0+dfsg1)       OK with both libnetcdf-dev &
> libnetcdf-cxx-legacy-dev
> metview                  OK with both libnetcdf-dev &
> libnetcdf-cxx-legacy-dev
>
> Regards,
>
> Ross
>
> On 06/24/2015 12:21 AM, Ross Gammon wrote:
>> Hi All,
>>
>> With netcdf-fortran now in experimental, I have done a round of builds
>> of the reverse dependencies using Bas's tracker:
>>
>> cdftools (3.0.1)                        OK
>> etsf-io (1.0.3 & 1.0.4 in experimental) OK
>> ferrit-vis (6.9.2)                      OK
>> oasis3 (3.mct+dfsg.121022)              OK
>>
>> In all cases, the packages must build depend on both libnetcdf-dev and
>> libnetcdff-dev.
>>
>> Regards,
>>
>> Ross
>>
>> On 06/14/2015 04:58 PM, Ross Gammon wrote:
>>> Hi All,
>>>
>>> I have just finished a first pass build of all Dependency Level 2
>>> reverse dependencies of netcdf (netcdf-dev & netcdf-bin). Here are the
>>> results:
>>>
>>> adios                (1.7.0-4)             [ma:same] OK
>>> cdftools        (3.0-1)                         Fails, needs Fortran
>>> cmor                (2.9.1-5)             [ma:same] OK
>>> dx                (1:4.4.4-7)                     OK
>>> etsf-io                (1.0.3-4)                       Fails *
>>> exodusii        (6.02.dfsg.1-5)       [ma:same] OK
>>> ferret-vis        (6.9-2)                         Fails, needs Fortran
>>> gdal                (1.10.1+dfsg-8)(1.11.2+dfsg)    OK
>>> gmt                (4.5.12-1)                        Fails, but HDF5? **
>>> gnudatalanguage        (0.9.5-2)                        Fails, but HDF5?
>>> grace                (1:5.1.25-1)                    OK
>>> grads                (2:2.0.2-3)                     OK
>>> gri                (2.12.23-8)                     OK
>>> kst                (2.0.3-4)                        OK
>>> libpdl-netcdf-perl  (4.20-1)                        Fails, ***
>>> magics++            (2.22.7.dfsg.1-4)     [ma:same] Fails, needs C++
>>> minc                (2.2.00-6)            [ma:same] Fails Testsuite
>>> nco                (4.4.9-1)                        Fails
>>> ncview                (2.1.5+ds1-1)                Fails, ****
>>> oasis3                (3.mct+dfsg.121022-2) [ma:same] Fails, needs Fortran
>>> octave-octcdf        (1.1.7-2)                       Fails, but HDF5?
>>> ovito                (2.3.3-3)                       OK   
>>> python-scientific   (2.9.4-3)                       OK
>>> r-cran-ncdf4        (1.13-1)                        Fails
>>> r-cran-rnetcdf      (1.6.3-1-1)                     OK
>>> ruby-netcdf         (0.6.6-2)                       Fails, ***
>>> v-sim               (3.7.2-1)                       OK
>>> vtk                 (5.8.0-17.5)                    Fails, needs C++
>>>
>>> *    "No 'NetCDF' module found." 1.0.4-1~exp1.dsc also fails, may need
>>> Fortran
>>> **   5.1 also failing with: "Library found but netCDF-4/HDF5 format"
>>> ***  can't find netcdf
>>> **** wrong c compiler
>>>
>>> I will let the machine cool down for a bit ;-) , and then I will
>>> investigate the failures not requiring Fortran or C++ a bit deeper.
>>>
>>> Regards,
>>>
>>> Ross
>>>
>>
>>
>
>
>
> --
> Alastair McKinstry, <alastair@sceal.ie>, <mckinstry@debian.org>, https://diaspora.sceal.ie/u/amckinstry
> Software is like Poetry - most of it shouldn't have been written.



Reply to: