Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: GDAL - Geospatial Data Abstraction Library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222042 ------- Additional Comments From bugs.michael@xxxxxxx 2007-02-10 07:11 EST ------- > BTW, is it so hard to add shlib support ? In a fork done by the packager? Yes. It can be hard to get it right, because some upstream developers prefer static libs as long as they like to break the API/ABI often. In that case, the package maintainer would need to examine upstream releases very closely and bump the SONAMEs appropriately. If not done correctly, e.g. if a simple libfoo.so or libfoo.so.0 is used and if all deps are rebuild with every new release of the library, there is hardly any added value in using custom shared libs. In a worst case, upstream publishes shared libs later, which conflict with the packager's fork in what SONAMEs are used. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review