[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