| Summary: | Update to 1.8 (or 1.9?) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Orion Poplawski <orion> |
| Component: | gdal | Assignee: | Devrim Gündüz <devrim> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | alex, cristian.balint, devrim, mmahut, pavel.lisy, pertusus, sven, vijivijayakumar, volker27, vt |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-03-09 17:45:04 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Orion Poplawski
2012-01-10 01:19:40 UTC
I have undertaken two major approaches to clean all the slack from GDAL and also made working builds for 1.8. Though I didn't manage to get the Ruby bindings and Java working properly in 1.9 yet. I'll release a new version of 1.7.3 today, where I backported a few of the corrections I made for 1.9. I'll try to keep working on the 1.9 from there on. Well, if the 1.9 builds are finally fine for Fedora, I guess we could have a gdal19 package, but the question is, who will maintain it. Volker, If is any possible way for drag 1.9RC or 1.9 final (1-2 week should be out) go for it. 1.8 series had some issue with incompatible external libtiff (any of it). E.g. 1.8 compiled against "external" libtiff cannot create JPEG compressed overview, only if was compiled with internal libtiff (a thing incompatible with fedora distro). Has gdal 1.9 at least finally bumped the soname version? How goes the 1.7.3 update? It would be nice to get that into EL6. Also, xerces-c is now available for EL6 on ppc64 so no need to ExcludeArch ppc64 there anymore. I did a scratch build of the 1.7.3 version in master on EL6 and it built fine. I'd like to get it in there, but not sure of the git history there. Suggestions? I need to look up what the current state is for xerces-c for ppc64. Haven't read all my e-mails yet. Just looking at the changelog, I assume at least --with-curl and --with-pcraster were added after 1.7.2. Right now I'm not sure if this is allowed with the EPEL guidelines. Besides that, I don't see any objections. What exactly in git history is worrying you? I just built xerces-c for ppc64 in EPEL and it is in the buildroots. The addition of new features is fine in EPEL as long as it is backwards compatible which it appears to be. The el6 branch at least had it's history truncated and a git merge master fails with a number of conflicts. I suppose updating to master via a patch and creating a new changelog entry may be the way to go. Looks like 1.9.0 has been released so we should probably get that into rawhide. Though somebody really needs to tell them to bump the soname version: http://upstream-tracker.org/versions/gdal.html I don't have 1.8 handy, but 1.7 had soname 14.3 and 1.9 has 16.0. Do I miss something here? I've got a rough 1.9 package ready. I'll do a couple of tests and will work on the details. Those are just the extra version numbers, which really aren't used for much. The soname has been libgdal.so.1 for all so far. That is what is used for dependency information. GDAL 1.9.0 just landed in Rawhide. I need to verify whether I may bring it into F17 too. If I can't, I probably need to disable the Ruby bindings in F17. As of EL6, I'll try to get 1.7.3-14 there. http://trac.osgeo.org/gdal/ticket/4543 Ticket on soname bumping I'm going to close this now. Thanks. As of EL6, I'm waiting to get my commit rights granted. |