NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Since something's unhappy in my mailer, let's see if this one goes out. Note, it's in response to 2 separate messages on this thread. Apologies for any inconvenience. Orion: I've seen different, and usually older, flavors of HDF5 included with EPEL for years, as well as RPMs for Netcdf. However, they are always to be considered contributed and likely to have problems, as they're often not prepared by the folks who know the code the best. Carly: A couple of points. First, you're using a pretty old flavor of CentOS. I've moved as much of my infrastructure as can run current kernels to either Centos 6 or Scientific Linux 6. I'd recommend you consider a similar move, for all the reasons, such as improved performance and security, as your environment can allow. Also: I note that this site (http://pkgs.repoforge.org/hdf5/) appears to have HDF5 and HFD5-devel packages. I can't verify that repoforge has ANY ties to the HDF group, however. The HDF group's site for current RPMs is at http://www.hdfgroup.org/ftp/HDF5/current/bin/RPMS/index.html. I'm not sure who your vendor is, but you do have a very old flavor of HDF5 installed. Attempting to compile newer code from someone else, I'd expect I would have to have updated all components to current code, unless documentation told me otherwise. Sub-release versioning on the HDF group site appear to have later code than the repoforge site. Regards, Gerry -- Gerry Creager NSSL/CIMMS 405.325.6731
netcdfgroup archives: