[El] GDAL 1.7.3 in elgis-testing

Ralph Apel r.apel at r-apel.de
Mon Dec 6 18:39:37 EST 2010


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
> >> >
> >> >
> >
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gdal-1.7.3-1.jpp6.src.rpm
Type: application/x-rpm
Size: 32250 bytes
Desc: not available
Url : http://lists.osgeo.org/pipermail/el/attachments/20101207/d638ac2e/gdal-1.7.3-1.jpp6.src-0001.rpm


More information about the el mailing list