[El] GDAL 1.7.3 in elgis-testing

[Viji V Nair]

@Mathieu

One off topic quick question:

How did you manage the gdal grass driver? it has the soname issue but
as a plugin it many not require the same, but as a standard practice
we should

I just finished a patch for the same, will publish later evening.

Thanks
Viji

On Fri, Nov 26, 2010 at 2:45 PM, Viji V Nair <viji at fedoraproject.org> wrote:
> Hi
>
> On Fri, Nov 26, 2010 at 2:20 PM, Mathieu Baudier <mbaudier at argeo.org> wrote:
>>> This can be done with an if condition, we can modify the spec file
>>> according to distro, so if it finds maven2 in pkg-config.
>>
>> That would be great!
>>
>> A complementary idea: maybe we could add a package gdal-jpp-compat (or
>> something like that) in elgis-plus (which will probably have a
>> dependency on JPP).
>
> This cool, but library names and common functions are still an issue,
> they can't co-exist. I am working on it.
>
>>
>> This package would just provide additional dependencies such as
>> maven2, and maybe a few of the image-io hacks, etc., in order to
>> smooth the integration with all these tricky bits.
>>
>> We could then keep gdal-java with the core JNI libraries in a
>> non-updating-base repo (elgis or epel).
>
> This is for sure we should, a clean version.
>
>>
>> As an example: internally, we produce mostly java apps but we don't
>> deploy them with a JPP approach, using OSGi instead. So I have quite a
>> few applications where we would mostly need to have the OS specific
>> bit (the JNI libraries) properly built and installed. We would then
>> ship the OS-independent java part as a repackaged OSGi bundle.
>>
>> (more generally, we of course need a consistent JPP approach in order
>> to be able to package and deploy in a standard way geoserver, etc.)
>
> hmm...geoserver and geotools are our next goal..
>
>> _______________________________________________
>> el mailing list
>> el at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/el
>>
>
> Thanks
> Viji
>