The current version of libkml in Rawhide is 0.6.1, the version on Google Code is 1.1. This new version has bindings for Python, could libkml be upgraded to the most recent version and the Python bindings packaged?
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle. Changing version to '13'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Finally looking into it. They have this big issue that they use a third party folder and show many dependencies into it and it is lot of rework to patch build system and get them depend upon what we already provide. Updating the old patch .... Regards, Rakesh Pandit
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle. Changing version to '14'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
There has been no change on this front. Upstream continues using third party folder and redoing the autotool patch is lot of work now for f14. I will take this up in some time for rawhide again. Regards, Rakesh Pandit
Created attachment 559517 [details] spec file updated for 1.2.0 Here's a series of patches to upgrade to latest version (1.2.0) - spec file updated. - third_party removal patch updated - new patch to use our minizip instead of google's - swig-1.3.35-check patch updated Comments: - in spec %files %{python_sitearch}/*.pyc %{python_sitearch}/*.pyo not created in my test build so I disabled these. - now %{_datadir}/java/LibKML.jar is build so I added it to spec - patch #2 should be reviewed and probably slightly reworked. Google has changed some of minizip internals This patch rework this so we can use ours. 4 files created for this purpose. They were taken from http://code.trak.dk/ as per Google's minizip changes. They are missing appropriate headers (licence/copyright)
Created attachment 559518 [details] patch #1
Created attachment 559519 [details] patch #2
Created attachment 559520 [details] patch #3
Created attachment 560256 [details] spec file updated for 1.2.0 Here's a rework of spec file. Items changed: - Requires: expat, uriparser, zlib, minizip - package -devel Requires: boost-devel (see bug #787388) - separate -python package (with appropriate requires) - separate -java package (with appropriate requires) - Remove this part << # move libs to kml (for keeping third party libs away) mkdir -p $RPM_BUILD_ROOT%{_libdir}/libkml/ mv $RPM_BUILD_ROOT%{_libdir}/*.so* $RPM_BUILD_ROOT%{_libdir}/libkml/ >> because to me, it breaks ldd (IIUC it'd require adding libkml/ to ld.so.conf) swig libs are already created in this subdir. - chrpath removal adjusted to appropriate packages: only python libs require this - %files adjusted for new packages Note: I don't understand why %{_libdir}/libkml/*.so is included in -devel as it's already in main package (that's itself required by -devel) and symlinks to *.so.0.0.0 If left it as-is. You can adjust this in changing /.so.*/ to /.so*/ and removing /*.so/ from %files devel
Created attachment 560295 [details] spec file updated for 1.2.0 Sorry, one more take. Package built with spec in #9 above fail to install: error: Failed dependencies: libkmlbase_swig_java.so.0()(64bit) is needed by libkml-devel-1.2.0-1.fc16.x86_64 libkmlbase_swig_python.so.0()(64bit) is needed by libkml-devel-1.2.0-1.fc16.x86_64 libkmldom_swig_java.so.0()(64bit) is needed by libkml-devel-1.2.0-1.fc16.x86_64 libkmldom_swig_python.so.0()(64bit) is needed by libkml-devel-1.2.0-1.fc16.x86_64 libkmlengine_swig_java.so.0()(64bit) is needed by libkml-devel-1.2.0-1.fc16.x86_64 libkmlengine_swig_python.so.0()(64bit) is needed by libkml-devel-1.2.0-1.fc16.x86_64 See Note: above. I removed these and everything works now. I'm compiling & linking fine now. Sorry for the noise.