Request for review: libgeotiff

[Shawn McCann]

OK, found a Makefile patch for this problem on newrpms.sunsite.dk (thanks
to Rudolf Kastl) and have included it in the revised spec file. Both RPM
packages install successfully now.

Regarding the second comment, not sure why you think those files are not
being included in the RPMS.

/usr/share/epsg_csv is included under %files
   %{_datadir}/epsg_csv/*.csv

/usr/include/geotiff is included under %files devel
   %{_includedir}/geotiff/*.h

I checked the RPMs and the files are there.

Shawn



> On Sun, 17 Jul 2005 13:20:26 -0700 (PDT), Shawn McCann wrote:
>
>> Ralf,
>>
>> Thanks for the feedback. I've updated the file to address all your
>> comments and posted the new version.
>>
>> SPEC: http://www.canasoft.ca/fedora/libgeotiff.spec
>> SRPM: http://www.canasoft.ca/fedora/libgeotiff-1.2.2-1.src.rpm
>>
>> However, I'm having one problem now. The base package includes two
>> executables that link to libgeotiff.so (which is why I had libgeotiff.so
>> in the base package and included it in the Provides: directive). Now
>> that
>> I've moved libgeotiff.so back to the devel package, the base package
>> won't
>> install as it can't find libgeotiff.so. Any advice on how to deal with
>> this?
>
> That's upstream sloppiness -- a bug. Library has no SONAME. It ought
> to be patched to get the name "libgeotiff.so.1". Then the executables
> will link against and depend on the proper SONAME.
>
> You also want to include the following directories in the binary packages:
>
>   /usr/include/geotiff/
>   /usr/share/epsg_csv/
>
> Some of Ralf's findings are not fixed yet.
>
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
>