[El] gdal-java

[Viji V Nair]

Hi

On Fri, Nov 19, 2010 at 5:05 PM, Mathieu Baudier <mbaudier at argeo.org> wrote:
> Thanks for your quick answer!
>
>> Will update to the latest, depends on the base libraries/version
>> dependencies. If there is any show stopper, can maintain it in your
>> repo as well.
>
> Excellent, I would like to avoid maintaining it in ELGIS if it is
> maintained in EPEL.
> Again, our goal is to complete EPEL.

Yes, we should focus on EPEL, we should give more preference to EPEL6.
EPEL 5 may have circular dependencies, but still will give a try :)

>
>>> Which versions of proj4 and geos are you planning to maintain as well?
>>> (since gdal depends on them)
>>
>> These two libraries are available in fedora for a long time
>
> This list is focusing on RHEL and derivatives such as CentOS, so my
> questions are actually about EPEL, not Fedora.

Agreed, the version in EPEL 5 is bit older. There are other gis
packages too...like gdal.

>
>> There are now 8 people (including me) maintaining/co-maintaining GDAL
>> for EPEL and Fedora. If you see the change logs, we are
>> updating/upgrading/doing bug fixes regularly, it is being maintained
>> consistently since 2007.
>
> What I see here:
> http://download.fedora.redhat.com/pub/epel/5/x86_64/repoview/gdal.html
>
> is that the GDAL verison currently in EPEL is 1.4.2 and the latest changelog is:
>
> Changelog by Balint Cristian (2007-08-09):
> - bootstrap for EPEL without grass
>
> GDAL being a critical component (and using the EPEL version implying
> that proj4 and geos will be maintained in EPEL as well), you probably
> understand my cautiousness.
>
> Don't get me wrong: I'm more than happy if we don't have to maintain
> these packages and if more people are using them.
> I just want to check whether we will again be in a situation where
> important packages are not updated regularly. (which would actually
> not be a big deal, since we could always take over).
> _______________________________________________

Yes, I do.

All of us should work together and keep this repo updated regularly ,
we all know that there is a huge requirement and need to maintain this
repo somewhere. So, why cant it be on EPEL, if you see some package is
not updated, you can also update it (join as a co-maintainer, the
process is very simple and easier than making an rpm in a local
machine). I can also volunteer you on this, I mean for updating and
packaging.

So, lets work together.... :)

> el mailing list
> el at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/el
>

Thanks

Viji Nair