[Live-demo] netCDF4 libs

Brian M Hamlin maplabs at light42.com
Tue May 10 23:32:30 PDT 2016


. side note, I found this interesting:

##===========================
dbb=# select * from dsc_bdepends where bdepends ~ 'hdf5' order by 
bdepends, dsc_name, ppa_name;
   ppa_name   |               dsc_name               | 
                  bdepends                   |  bd_constr  
-------------- -------------------------------------- 
---------------------------------------------- -------------
 stable_dsc   | gdal_1.11.2 dfsg-1~exp2~trusty       | libhdf5-dev 
                                 | (>= 1.8.8)
 unstable_dsc | gdal_1.11.2 dfsg-1~exp2~trusty       | libhdf5-dev 
                                 | (>= 1.8.8)
 testing_dsc  | gdal_2.0.2 dfsg-5~trusty0            | 
libhdf5-dev                                  | (>= 1.8.8)
 testing_dsc  | gdal_2.1.0 dfsg-1~trusty0            | 
libhdf5-dev                                  | (>= 1.8.8)
 testing_dsc  | gdal_2.1.0 dfsg-1~trusty1            | 
libhdf5-dev                                  | (>= 1.8.8)
 testing_dsc  | gdal_2.1.0 dfsg-1~xenial0            | 
libhdf5-dev                                  | (>= 1.8.8)
 unstable_dsc | insighttoolkit4_4.5.2-1otb3~trusty2  | libhdf5-dev   
                               | ()
 stable_dsc   | cartopy_0.11.0-0~trusty1             | 
libhdf5-serial-dev                           | ()
 stable_dsc   | gdal_1.10.0-1~precise1               | 
libhdf5-serial-dev                           | (>= 1.6.6)
 testing_dsc  | gdal_1.10.0-1~precise1               | 
libhdf5-serial-dev                           | (>= 1.6.6)
 unstable_dsc | gdal_1.10.0-1~precise2               | 
libhdf5-serial-dev                           | (>= 1.6.6)
 unstable_dsc | gdal_1.6.1-1~intrepid1               | 
libhdf5-serial-dev                           | ()
 stable_dsc   | gdal_1.9.2-2~precise4                | 
libhdf5-serial-dev                           | (>= 1.6.6)
 unstable_dsc | insighttoolkit4_4.6.0-3otb2~precise1 | 
libhdf5-serial-dev                           | ()
 unstable_dsc | insighttoolkit4_4.6.0-3otb2~trusty1  | 
libhdf5-serial-dev                           | ()
 unstable_dsc | insighttoolkit4_4.7.1-1otb1~precise1 | 
libhdf5-serial-dev                           | ()
 stable_dsc   | insighttoolkit4_4.7.1-1otb1~trusty1  | 
libhdf5-serial-dev                           | ()
 unstable_dsc | insighttoolkit4_4.7.1-1otb1~trusty1  | 
libhdf5-serial-dev                           | ()
 stable_dsc   | iris_1.6.1-0~trusty2                 | 
libhdf5-serial-dev                           | ()
 stable_dsc   | python-netcdf4_1.1.0-0~trusty1       | 
libhdf5-serial-dev | (>= 1.8.4~)
(20 rows)
 

On Wed, 11 May 2016 07:52:50 0200, Sebastiaan Couwenberg 
<sebastic at xs4all.nl> wrote:

On 05/11/2016 05:50 AM, Brian M Hamlin wrote:
> How can I check the versions of the netCDF stack as things progress ?

That depends. The latest versions available in Debian and upstream are
included in the Debian GIS DDPO:

https://qa.debian.org/developer.php?login=pkg-grass-devel@lists.alioth.debian.org&comaint=yes&version=oldoldstable

> Where can I make a pull-request for a trivial change to a package .dsc ?

Package dsc files are generated so changing them makes no sense. You can
discuss changes to the netcdf source packages on the debian-gis list [0]
and/or file a bugreport for the package in question [1]. 

[0] https://lists.debian.org/debian-gis/
[1] https://www.debian.org/Bugs/Reporting

> What is a good way to trace UbuntuGIS - testing PPA versions for 
> python-netcdf4 -> netcdf-c -> lib hdf5
> (there are several, how would *you* do it ) for our next dev-cycle.. 

Define "trace". 

If you're looking for the interdependencies I would parse the Packages
files from the PPA and analyse the Depends fields of the packages in
question. 

Because I have coordinated the recent netcdf transitions, I have a
pretty good idea of the dependency chain. 

netcdf-c (netcdf source package) is at the bottom, everything else
depends on that. netcdf-cxx-legacy, netcdf-cxx, netcdf-fortran &
netcdf4-python all require the netcdf package to build. netcdf in turn
requires hdf5 to build. 

To help prepare transitions, I run a transition tracker [2] using the
ben package [3] also used for Debian [4] & Ubuntu [5]. ben visualizes
the reverse dependencies for packages and marks them as good or bad
based on the regular expressions applied to the fields in the Packages
files (usually just Depends). 

[2] http://linuxminded.nl/tmp/pkg-grass-transitions/html/netcdf-c.html
[3] https://tracker.debian.org/pkg/ben
[4] https://release.debian.org/transitions/
[5] https://people.canonical.com/~ubuntu-archive/transitions/

> Where is a convenient place to file an update ticket : "netCDF4 
> project home page has moved from code.google.com to 
> github.com/Unidata; update source description"

Convenient != Appropriate

You should file bugreports in the tracker for the repository in
question, in this case UbuntuGIS/OSGeo-Live. 

If you verify that the issue is also present in the packaging maintained
by the Debian GIS team, you can contact the Debian GIS team via the
mailinglist or file a bugreport for the package in question. 

> dsc content:
> stable_dsc | python-netcdf4_1.1.0-0~trusty1 | Homepage | 
> http://code.google.com/p/netcdf4-python/
>
> make sense ? thanks

That looks like the python-netcdf4 source package from OSGeo-Live 9.5,
it is maintained by The Mer <rememberthemer at gmail.com> according to its
control file. 

It is not maintained by the Debian GIS team, the netcdf4-python package
is maintained by the Debian GIS team and included in Debian & Ubuntu. It
does not have these issues. 

Regarding NetCDF & Python, only the python{,3}-netcdf4 packages built
from the netcdf4-python source package are actively maintained. The
python-netcdf package built from the python-scientific package as used
by bin/install_jupyter.sh is very problematic. It does not support newer
NumPy versions and has been broken in Debian for quite a while and has
recently been removed from Debian because it was keeping the old NetCDF
4.1.3 packages in Debian unstable (due to being unable to build with the
newer versions). [6]

These issues with python-scientific also caused it to be removed from
Ubuntu xenial, so bin/install_jupyter.sh needs to be updated to not
require python-netcdf any more. 

[6] https://lists.debian.org/debian-gis/2016/05/msg00009.html

Kind Regards,

Bas

-- 
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
_______________________________________________
Live-demo mailing list
Live-demo at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/live-demo
http://live.osgeo.org
http://wiki.osgeo.org/wiki/Live_GIS_Disc

--
Brian M Hamlin
OSGeo California Chapter
blog.light42.com



More information about the Live-demo mailing list