[postgis-devel] proliferation of trac components

[Paul Ramsey]

Yeah, I feel like these extra components are being used as a dumping
ground, a place to put things so you dont' have to think about them.
We already have such a dumping ground, you don't need a new one, it's
called either "the next milestone" or if you really want to forget
about it, "Future". I'd like to see the new components go away.

P.

On Wed, Feb 29, 2012 at 10:35 AM, Sandro Santilli <strk at keybit.net> wrote:
> On Wed, Feb 29, 2012 at 11:52:49AM -0500, Pierre Racine wrote:
>>  > Is it worth having a "gdal" component ?
>> > And a "third party" one ?
>> > What are they for, exactly ?
>> >
>> > This is the postgis trac, bugs in other packages should be somewhere else, no ?
>>
>> Yes but maybe we want to "trac" some in our database. No? Probably you haven't got the need to do it for geos because you have much control over it, but it is not the case for GDAL and QGIS.
>>
>> I would be happy with the more general 'dependencies' instead of 'gdal'...
>
> Note that both GDAL and QGIS use the same authentication that PostGIS
> uses (the OSGEO LDAP) so you should be able to file tickets there w/out
> much hassle. GDAL is also based on the same version of trac, while QGIS
> is a bit more fancy (redmine).
>
> --strk;
>
>  ,------o-.
>  |   __/  |    Delivering high quality PostGIS 2.0 !
>  |  / 2.0 |    http://strk.keybit.net - http://vizzuality.com
>  `-o------'
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel