[El] GDAL 1.7.3 in elgis-testing

[Viji V Nair]

HI Ralf

Thank you so much

Will work on and publish the final versions for ELGIS, EPEL6 and Fedora ASAP

Thanks
VIji

On Tue, Dec 7, 2010 at 5:09 AM, Ralph Apel <r.apel at r-apel.de> wrote:
> We now have
>
> Wrote: /build/builddir/SRPMS/gdal-1.7.3-1.jpp6.src.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-devel-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-static-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-python-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-perl-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-ruby-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-java-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-iioext-1.7.3-1.jpp6.i686.rpm
> Wrote: /build/builddir/RPMS/i686/gdal-debuginfo-1.7.3-1.jpp6.i686.rpm
>
> I moved the poms and depmap frags to the main package.
> $ rpm -qlp /build/builddir/RPMS/i686/gdal-1.7.3-1.jpp6.i686.rpm | more
> /etc/maven/fragments/gdal
> ...
> /usr/share/maven2/poms/JPP-gdal.pom
> /usr/share/maven2/poms/JPP-imageio-ext-gdal-bindings.pom
>
> The -java subpackage contains a .jar, a set of .so, as well as the
> examples.
>
> $ rpm -qlp /build/builddir/RPMS/i686/gdal-java-1.7.3-1.jpp6.i686.rpm
> /usr/lib/libgdalconstjni.so
> /usr/lib/libgdalconstjni.so.1
> /usr/lib/libgdalconstjni.so.1.14.3
> /usr/lib/libgdaljni.so
> /usr/lib/libgdaljni.so.1
> /usr/lib/libgdaljni.so.1.14.3
> /usr/lib/libogrjni.so
> /usr/lib/libogrjni.so.1
> /usr/lib/libogrjni.so.1.14.3
> /usr/lib/libosrjni.so
> /usr/lib/libosrjni.so.1
> /usr/lib/libosrjni.so.1.14.3
> /usr/share/doc/gdal-java-1.7.3
> /usr/share/doc/gdal-java-1.7.3/apps
> /usr/share/doc/gdal-java-1.7.3/apps/GDALOverviews.java
> ...
> /usr/share/doc/gdal-java-1.7.3/apps/ogrinfo.java
> /usr/share/java/gdal-1.7.3.jar
> /usr/share/java/gdal.jar
>
> The subpackage I called -iioext only holds a .jar and a set of .so,
> named differently and also patched at the System.loadLibrary level.
>
> $ rpm -qlp /build/builddir/RPMS/i686/gdal-iioext-1.7.3-1.jpp6.i686.rpm
> /usr/lib/libgdalconstiioextjni.so
> /usr/lib/libgdalconstiioextjni.so.1
> /usr/lib/libgdalconstiioextjni.so.1.14.3
> /usr/lib/libgdaliioextjni.so
> /usr/lib/libgdaliioextjni.so.1
> /usr/lib/libgdaliioextjni.so.1.14.3
> /usr/lib/libogriioextjni.so
> /usr/lib/libogriioextjni.so.1
> /usr/lib/libogriioextjni.so.1.14.3
> /usr/lib/libosriioextjni.so
> /usr/lib/libosriioextjni.so.1
> /usr/lib/libosriioextjni.so.1.14.3
> /usr/share/java/imageio-ext-gdal-bindings-1.7.3.jar
> /usr/share/java/imageio-ext-gdal-bindings.jar
>
> Attaching a SRPM with the large tarballs replaced by zero byte dummies.
>
> Cheers
> Ralph
>
> On Mon, 2010-12-06 at 02:12 +0530, Viji V Nair wrote:
>> Hi Ralf
>>
>> On Mon, Dec 6, 2010 at 1:59 AM, Ralph Apel <r.apel at r-apel.de> wrote:
>> > Yes, I'll do. Please confirm the alternative sonames for the iioext
>> > patched stuff.
>>
>> As you mentioned earlier please include the "iioext" to the current name.
>>
>> libgdaliioextjni.$(SO_EXT)
>>
>> Will keep the extension as it is, only the name change.
>>
>> Thanks
>> Viji
>>
>> >
>> > On Mon, 2010-12-06 at 01:55 +0530, Viji V Nair wrote:
>> >> Hi Ralf
>> >>
>> >> On Mon, Dec 6, 2010 at 1:51 AM, Ralph Apel <r.apel at r-apel.de> wrote:
>> >> > AFAIK and remember, geoserver requires geotools which requires
>> >> > imageio-ext which in turn will require its own patched version of the
>> >> > gdal java binding.
>> >>
>> >> Yes, its a chain. Thank you so much for the remainder.
>> >>
>> >> Can we stick on the separate package gdal-java-imageio? Would it be
>> >> possible for you to find some time and patch the classes with new
>> >> sonames?
>> >>
>> >> Thanks
>> >> Viji
>> >>
>> >> >
>> >> > On Mon, 2010-12-06 at 01:36 +0530, Viji V Nair wrote:
>> >> >> Hi
>> >> >>
>> >> >> On Mon, Dec 6, 2010 at 12:14 AM, Mathieu Baudier <mbaudier at argeo.org> wrote:
>> >> >> >>> we would need to decide whether to have only one soname pointing either
>> >> >> >>> to the "normal" or to the iioext "real" file or to have different
>> >> >> >>> sonames (in different packages, of course +1). If we use differing
>> >> >> >>> sonames, the iomageio-ext classes will have to be patched to look for
>> >> >> >>> that differing .so
>> >> >> >>
>> >> >> >> I would suggest different sonames in different package. This will be
>> >> >> >> safer and we can have a separate package.
>> >> >> >>
>> >> >> >> Mathieu, what do u think?
>> >> >> >
>> >> >> > I don't have much experience with JNI packaging but this indeed seems safer.
>> >> >> > I think that this very unlikely that people would use both at the same time.
>> >> >> >
>> >> >> > The question also is: which one would have as a dependency a package
>> >> >> > like, say, geoserver?
>> >> >>
>> >> >> Requires: gdal-java-imageio
>> >> >>
>> >> >> Ralf, what do you say?
>> >> >>
>> >> >> > Event though the one without imageio-ext is "purer", esp. from a FLOSS
>> >> >> > point of view, most people would probably aim at the best
>> >> >> > performances.
>> >> >> > That is were the alternatives mechanism would be handy.
>> >> >> >
>> >> >> > As Ralph suggested, let's try and test.
>> >> >> > An important part of the test would be to make sure that there is no
>> >> >> > side-effect on non-java stuff so that we can push GDAL 1.7.3 to stable
>> >> >> > quickly (that fact that we are doing this work now is independent from
>> >> >> > this maintenance release, so it should not be kept "hostage").
>> >> >>
>> >> >> There wont be any side effects to other non java stuffs, should work
>> >> >> properly as we are not even touching that part. I am almost finished
>> >> >> with the new spec, just thinking about the best way to pack the imgeio
>> >> >> jnis so that we can enter into the testing phase.
>> >> >>
>> >> >> >
>> >> >> > Many thanks to you both for your patience!
>> >> >> > I'm very excited to see a proper packaging for GIS Java apps around
>> >> >> > the corner...
>> >> >> > _______________________________________________
>> >> >> > el mailing list
>> >> >> > el at lists.osgeo.org
>> >> >> > http://lists.osgeo.org/mailman/listinfo/el
>> >> >> >
>> >> >>
>> >> >> Thanks
>> >> >> Viji
>> >> >> _______________________________________________
>> >> >> el mailing list
>> >> >> el at lists.osgeo.org
>> >> >> http://lists.osgeo.org/mailman/listinfo/el
>> >> >
>> >> >
>> >
>> >
>