Description of problem: 3.6.2 appears to support building of shared C libraries. I was able to successfully build shared libraries for myself on a centos 4 installation to work with labview 8.2 It would be super keen to get upstream's 2.6.2 release into Fedora. If you don't have the time, I'd be willing to co-maintain and get a new release into devel. -jef
Hi Jef, I'd be glad to have a co-maintiner for netcdf if you are willing to help out (co-maintain) some of the dependent projects such as NCO, CDO, and ncview. I've re-vamped the netcdf spec for devel and it seems to work OK here. Do you notice anything within it that you'd like to change? I don't want to build and push it for FC-6 and FC-5 until I have had a chance to verify that it all works with the dependent packages for devel. It should be OK, I just want to test it first. Ed
I should also mention that I've been insanely busy with ${WORK} and ${FAMILY} so its taking longer than intended -- any help is very much appreciated! :-)
My ScientificPython package is also going to depend on it so I have a vested interested in testing it in -devel. It shouldn't have a problem for me to co-maintain other netcdf dependant packages. Do you have a semi-accurate list? What we really really really need to do is try to get a summary of which srpm's have a build requires against netcdf-devel currently. I'm sort of afraid that we don't have a full picture of what actual will be using netcdf shared libs because we don't have a simple repoquery --whatrequires libnetcdf to make an accurate list. I keep meaning to actually look at using nco. Right now I'm using a set of python scripts based on ScientificPython's approach to accessing netcdf v3 built files. I'm desperately waiting for netcdf v4 to come out of beta. -jef
Any progress on this? Now that F7 has branched why don't we get this in devel for testing? By my reckoning, these are the netcdf-devel users: anjuta-gdl cdo dap-netcdf_handler dx gdal gdl grace grads kst LabPlot nco ncview netcdf-decoders netcdf-perl ScientificPython scrip As a side note, Ed, we probably should add: %check make check to the spec. Also, what about creating a /usr/share/netcdf-3 with: lrwxrwxrwx 1 root root 21 May 18 14:48 include -> ../../include/netcdf-3 lrwxrwxrwx 1 root root 19 May 18 14:48 lib -> ../../lib64/netcdf-3 This would allow folks to do things like export NETCDF=/usr/share/netcdf-3 building packages that expect the include and lib dirs to be sharing the same parent directory. I'm also happy to co-maintain.
Hi Orion, I'd be thrilled to have you co-maintain. I'm incredibly busy for the next few weeks. If you have time to push post-F7-branch builds then please do so!
I've built a 3.6.2 for devel. Won't really be available until F7 is released. I'll ping the netcdf dependent package owners to test.
I'd also volunteer to be co-maintainer, since many packages I maintain or am interested in need netcdf. I'll test rebuilds against the new package, too.
Hi Patrice, I appreciate all the work you've done on related packages. Please feel free to sign on as a netcdf co-maintainer.
See above comments for requests/grants of co-maintainership. Package Change Request ====================== Package Name: netcdf Updated Fedora Owners: orion.com, pertusus, jspaleta
As co-maintainer I'd also like to build EL versions Package Change Request ====================== Package Name: netcdf New Branches: EL-4 EL-5
cvs done.
Closing this bug, everything is in order, now.