[El] GDAL 1.7.3 in elgis-testing

Viji V Nair viji at fedoraproject.org
Sun Dec 5 06:50:16 EST 2010


Hi Ralf

On Sun, Dec 5, 2010 at 4:11 PM, Ralph Apel <r.apel at r-apel.de> wrote:
> And wouldn't it be possible to use the "update-alternatives" system,
> with a generic called "gdaljni" and two alternatives called "gdal" (for
> the original java bindings) and iioext (for those with the patch from
> geosolutions).
>
> This alternative would set
> /usr/lib/libgdaljni.so.1
>
> with several slaves, i.e.
>
> /usr/lib/libgdaljni.so
> /usr/lib/libgdalconstjni.so.1
> /usr/lib/libgdalconstjni.so
>
> as well as
>
> /usr/share/java/gdal.jar
>
> For the real files use a prio for gdal original
>
> /usr/lib/libgdaljni.so.1.14.3
> /usr/lib/libgdalconstjni.so.1.14.3
> /usr/share/java/gdal-1.7.3.jar
>
> whereas for the patched Java binding use "gdaliioext", i.e.
> /usr/lib/libgdaliioextjni.so.1.14.3
> /usr/lib/libgdaliioextconstjni.so.1.14.3
> /usr/share/java/gdaliioext-1.7.3.jar

Absolutely, we are on the same page :). I was also thinking about the
same, but we need to use a different soname here, instead of renaming
the libraries we will patch the source to have this soname, what do
you think?

Also, what about having the gdaliioext on a different package?, I mean
gdal-javaiioext OR gdal-java-imageio

Like:

<snip>
%files java-imageio
%defattr(-,root,root,-)
%{_javadir}/gdaliioext.jar
%{_javadir}/gdaliioext-1.7.3.jar
%{_libdir}/*ioextjni.so.*
</snip>

Thanks
Viji

>
>
> On Sun, 2010-12-05 at 12:20 +0530, Viji V Nair wrote:
>> Hi Mathieu/Ralf
>>
>> One last issue:
>>
>> Ralf has mailed two versions:
>>
>> 1. gdal with image-io extension for Fedora12/EL6 and above
>> 2. gdal with image-io extension for EL5
>>
>> Unfortunately, the spec file which Mathieu using for EL5 doesn't have
>> the proper image-io support because it is using the normal *.jni.so*
>> from swig/java/.libs/*.so* (Though the jar files are proper)
>>
>> Look at the following lines from the spec file
>>
>> <snip>
>> # copy JNI libraries and links, non versioned link needed by JNI
>> cp -pvl swig/java/.libs/*.so*  \
>>       %{buildroot}%{_libdir}
>> </snip>
>>
>> This has to be like following for the image-io support
>>
>> <snip>
>> cp -pvl swig-imageio-ext/java/.libs/*.so*  \
>>       %{buildroot}%{_libdir}
>> </snip>
>>
>> As we discussed earlier, in image-io scenario there are two sets of
>> *jni.so* created, from swig and swig-imageio-ext. The only call which
>> we need to take here is, which set of libraries should be included in
>> the main distribution, i mean in the gdal-java package.
>>
>> 1. The jni libraries with image-io support in gdal-java package and
>> the normal ones are in a different package on ELGIS repo
>> 2. The native jnis in gdal-java package and the image-io ones are on ELGIS repo.
>>
>> This is the call which we need to take between us, then we can create
>> a common final spec (anyway working on it) which can be used for
>> EL5/EL6/F12 and above.
>>
>> Thanks
>> Viji
>>
>> On Sat, Dec 4, 2010 at 3:50 PM, Mathieu Baudier <mbaudier at argeo.org> wrote:
>> >> @Ralf:
>> >>
>> >> I am sorry, I missed your latest image-io files, can you or Mathieu
>> >> please send a final spec and patches with maven2+image-io so that I
>> >> can integrate the same.
>> >
>> > Here is the version currently available in elgis-testing:
>> > https://projects.argeo.org/elgis/svn/factory/trunk/rpmbuild/elgis/gdal/SPECS/gdal.spec
>> >
>> > I haven't reported your maven2 workaround (hence the discussion).
>> > Please start from this one, create a new Fedora gdal.spec file with
>> > the maven2 exclude for EL5, and I'll merge it / adapt it for EL5.
>> >
>> > We're almost there!
>> > _______________________________________________
>> > el mailing list
>> > el at lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/el
>> >
>
>


More information about the el mailing list