[postgis-devel] PostGIS 1.5.2 are we ready for release?

[Paul Ramsey]

OK +1 on release. Everyone else sound off so we can get this done.
P

On Sat, Sep 25, 2010 at 7:22 AM, Paragon Corporation <lr at pcorp.us> wrote:
> Paul,
> That fixes my regression failures on windows too.
>
> Thanks,
> Regina
>
> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net
> [mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of Paul
> Ramsey
> Sent: Friday, September 24, 2010 2:36 PM
> To: PostGIS Development Discussion
> Subject: Re: [postgis-devel] PostGIS 1.5.2 are we ready for release?
>
> -1, better to make them work, the fix was not hard. Committed at r6016.
> Werks for me on my OS. Anyone else?
>
> On Fri, Sep 24, 2010 at 11:26 AM, Paragon Corporation <lr at pcorp.us> wrote:
>> +1 Yes lets comment them out.
>>
>> -----Original Message-----
>> From: postgis-devel-bounces at postgis.refractions.net
>> [mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of
>> Paul Ramsey
>> Sent: Friday, September 24, 2010 2:18 PM
>> To: PostGIS Development Discussion
>> Subject: Re: [postgis-devel] PostGIS 1.5.2 are we ready for release?
>>
>> Well, it's a shame to have regression noise in a final release... and
>> it's a shame every new pgsql release gives us new regression issues to
>> work around
>> :)
>>
>> Let me quickly look at those cases, I would vote for commenting them
>> out of this release so we don't release aomething with failing 'make
> check'
>> results.
>>
>> P.
>>
>> On Fri, Sep 24, 2010 at 11:08 AM, Paragon Corporation <lr at pcorp.us> wrote:
>>> Paul, Kevin and Mark,
>>>
>>> You think we are ready for release yet?  Seems fine to me.
>>>
>>> As far as the 2 errors I got in 9.0.  I confirmed it's a new feature
>>> that when you do a SELECT INTO or CREATE TABLE AS
>>>
>>> The output also gives count of records.  Snippet from release notes:
>>> ---------------------------------------------------------------------
>>> -
>>> ------
>>> ---------------------------------------------------------------------
>>> -
>>> ------
>>> --------
>>> "Make SELECT INTO and CREATE TABLE AS return row counts to the client
>>> in their command tags (Boszormenyi Zoltan)
>>>
>>> This can save an entire round-trip to the client, allowing result
>>> counts and pagination to be calculated without an additional COUNT query.
>> "
>>>
>>> ---------------------------------------------------------------------
>>> -
>>> ------
>>> -------------------------------------------------------
>>>  I suppose we can change our regress to do a CREATE and then insert
>>> or something, but certainly no reason to hold up the release.
>>>
>>> Thanks,
>>> Regina
>>>
>>>
>>>
>>> _______________________________________________
>>> postgis-devel mailing list
>>> postgis-devel at postgis.refractions.net
>>> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>>>
>> _______________________________________________
>> postgis-devel mailing list
>> postgis-devel at postgis.refractions.net
>> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>>
>>
>> _______________________________________________
>> postgis-devel mailing list
>> postgis-devel at postgis.refractions.net
>> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>