[Bug 249296] Review Request: libgeotiff - GeoTIFF format handler library

bugzilla at redhat.com bugzilla at redhat.com
Tue Jul 24 07:27:10 UTC 2007


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: libgeotiff - GeoTIFF format handler library


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=249296





------- Additional Comments From mtasaka at ioa.s.u-tokyo.ac.jp  2007-07-24 03:27 EST -------

Now debuginfo rpm is correct.
For 1.2.4-0.2:

* License
  - Under which is the whole package of libgeotiff licensed ?
    Public domain or MIT? As far as I checked the source codes,
    many codes are under MIT (X).

* pkgconfig .pc file
  - Currently pkg-config returns:
--------------------------------------------------
$ pkg-config --cflags libgeotiff
-I/usr/include/libgeotiff/libgeotiff 
--------------------------------------------------

* Directory ownership issue
--------------------------------------------------
$ LANG=C rpm -qf /usr/share/epsg_csv/alias.csv 
libgeotiff-1.2.4-0.2.rc1.fc8
$ LANG=C rpm -qf /usr/share/epsg_csv/ 
file /usr/share/epsg_csv is not owned by any package
--------------------------------------------------

(In reply to comment #5)
> At a point my plan is to split separate epsg-data.noarch one and re-base
> gdal and geotiff over it. Thats should be clearest way include EPSG 
> dataset, and trace down how csv files are generated.
* A question:
  - Are there any other (splitted) source which contains only EPSG
    data or are you going to create epsg-data rpm as a subpackage of
    libgeotiff?
  - When epsg-data is splitted out, will epsg-data be needed only to rebuild
    libgeotiff or gdal, or will it be needed even for runtime?

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the package-review mailing list