Обсуждение: Support for older servers
Should we consider dropping official support for PostgreSQL 7.x in the next major version of pgAdmin? Thoughts? /D
My 2€cent: dropping suport for 7.x in pgAdmin would give a healthy incentiv to update. Harald > Should we consider dropping official support for PostgreSQL 7.x in the > next major version of pgAdmin? -- GHUM Harald Massa persuadere et programmare Harald Armin Massa Spielberger Straße 49 70435 Stuttgart 0173/9409607 fx 01212-5-13695179 - EuroPython 2008 will take place in Vilnius, Lithuania - Stay tuned!
On 16/11/2007 12:24, Dave Page wrote: > Should we consider dropping official support for PostgreSQL 7.x in the > next major version of pgAdmin? I'd be against dropping support before 7.x is officially deprecated. Ray. --------------------------------------------------------------- Raymond O'Donnell, Director of Music, Galway Cathedral, Ireland rod@iol.ie ---------------------------------------------------------------
On Fri, Nov 16, 2007 at 12:47:36PM +0000, Raymond O'Donnell wrote: > On 16/11/2007 12:24, Dave Page wrote: > >Should we consider dropping official support for PostgreSQL 7.x in the > >next major version of pgAdmin? > > I'd be against dropping support before 7.x is officially deprecated. Just to clearify, if necessary: the current branches (1.6) would still be supported on 7.3/7.4. Just not the next version. //Magnus
Magnus Hagander a écrit : > On Fri, Nov 16, 2007 at 12:47:36PM +0000, Raymond O'Donnell wrote: >> On 16/11/2007 12:24, Dave Page wrote: >>> Should we consider dropping official support for PostgreSQL 7.x in the >>> next major version of pgAdmin? >> I'd be against dropping support before 7.x is officially deprecated. > > Just to clearify, if necessary: the current branches (1.6) would still be > supported on 7.3/7.4. Just not the next version. > I suppose you meant 1.8 :) Which means we will have to support two branches, REL-1_8_0_PATCHES and trunk, till 7.4 is officially declared unsupported. If this is the case, I'm ok with this. -- Guillaume. http://www.postgresqlfr.org http://dalibo.com
On 16/11/2007 13:27, Magnus Hagander wrote: > Just to clearify, if necessary: the current branches (1.6) would still be > supported on 7.3/7.4. Just not the next version. Ah - fair 'nuff. In that case, whatever makes the developers' lives easier is grand by me... :-) Ray. --------------------------------------------------------------- Raymond O'Donnell, Director of Music, Galway Cathedral, Ireland rod@iol.ie ---------------------------------------------------------------
Guillaume Lelarge wrote: > Magnus Hagander a écrit : >> On Fri, Nov 16, 2007 at 12:47:36PM +0000, Raymond O'Donnell wrote: >>> On 16/11/2007 12:24, Dave Page wrote: >>>> Should we consider dropping official support for PostgreSQL 7.x in the >>>> next major version of pgAdmin? >>> I'd be against dropping support before 7.x is officially deprecated. >> Just to clearify, if necessary: the current branches (1.6) would still be >> supported on 7.3/7.4. Just not the next version. >> > > I suppose you meant 1.8 :) Yes, of course. > Which means we will have to support two branches, REL-1_8_0_PATCHES and > trunk, till 7.4 is officially declared unsupported. If this is the case, > I'm ok with this. Yes. But since we don't add features to REL-1_8_0_PATCHES, most changes won't be version specific, which makes life easier. At least that's how I figured it, and I *think* that's what Dave meant :-) //Magnus
Magnus Hagander wrote: > Guillaume Lelarge wrote: >> Magnus Hagander a écrit : >>> On Fri, Nov 16, 2007 at 12:47:36PM +0000, Raymond O'Donnell wrote: >>>> On 16/11/2007 12:24, Dave Page wrote: >>>>> Should we consider dropping official support for PostgreSQL 7.x in the >>>>> next major version of pgAdmin? >>>> I'd be against dropping support before 7.x is officially deprecated. >>> Just to clearify, if necessary: the current branches (1.6) would still be >>> supported on 7.3/7.4. Just not the next version. >>> >> I suppose you meant 1.8 :) > > Yes, of course. > > >> Which means we will have to support two branches, REL-1_8_0_PATCHES and >> trunk, till 7.4 is officially declared unsupported. If this is the case, >> I'm ok with this. > > Yes. But since we don't add features to REL-1_8_0_PATCHES, most changes > won't be version specific, which makes life easier. > > At least that's how I figured it, and I *think* that's what Dave meant :-) Yes. Except it'll be 7.3 as well as 7.4. /D
Dave Page wrote: > Should we consider dropping official support for PostgreSQL 7.x in the > next major version of pgAdmin? > JOOC, is there any specific reason for that? The 7.x code paths are already there, the backend didn't break the compatibility yet, ... Maybe it's too hard to test a feature in all of those old versions ;) -- Euler Taveira de Oliveira http://www.timbira.com/
> ------- Original Message ------- > From: Euler Taveira de Oliveira <euler@timbira.com> > To: Dave Page <dpage@postgresql.org> > Sent: 17/11/07, 16:38:10 > Subject: Re: [pgadmin-hackers] Support for older servers > > Maybe it's too hard to test a feature in all of those old versions ;) Yes. It can be extremely time consuming, even to test simple bug fixes that *should* be fine on any version. That becameapparent this cycle when a few version-specific bugs did creep in when I thought I could get away with more limitedtesting, and later got found in the field. :-( /D /D
dpage@postgresql.org ("Dave Page") writes:
>> ------- Original Message -------
>> From: Euler Taveira de Oliveira <euler@timbira.com>
>> To: Dave Page <dpage@postgresql.org>
>> Sent: 17/11/07, 16:38:10
>> Subject: Re: [pgadmin-hackers] Support for older servers
>>
>> Maybe it's too hard to test a feature in all of those old versions ;)
>
> Yes. It can be extremely time consuming, even to test simple bug
> fixes that *should* be fine on any version. That became apparent
> this cycle when a few version-specific bugs did creep in when I
> thought I could get away with more limited testing, and later got
> found in the field. :-(
I have certainly found this to be troublesome with Slony-I; I have too
frequently been surprised by seeing things break with, say, 8.0, where
features were fine earlier and later, basically because of mishandled
detection of when an interesting new feature (that we intended to use)
actually crept in.
It's fine if you're always looking to simply use "lowest common
denominator" functionality, but if you want to use richer feature
sets, which is *certainly* going to be true for pgadmin, the
variations between Pg versions will matter, and not in a good way :-(.
--
let name="cbbrowne" and tld="linuxfinances.info" in String.concat "@" [name;tld];;
http://linuxfinances.info/info/linuxdistributions.html
"If you give a man a fish, he will eat for a day. If you teach him how
to fish, he will sit in a boat and drink beer all day."
Chris Browne wrote:
> dpage@postgresql.org ("Dave Page") writes:
>>> ------- Original Message -------
>>> From: Euler Taveira de Oliveira <euler@timbira.com>
>>> To: Dave Page <dpage@postgresql.org>
>>> Sent: 17/11/07, 16:38:10
>>> Subject: Re: [pgadmin-hackers] Support for older servers
>>>
>>> Maybe it's too hard to test a feature in all of those old versions ;)
>> Yes. It can be extremely time consuming, even to test simple bug
>> fixes that *should* be fine on any version. That became apparent
>> this cycle when a few version-specific bugs did creep in when I
>> thought I could get away with more limited testing, and later got
>> found in the field. :-(
>
> I have certainly found this to be troublesome with Slony-I; I have too
> frequently been surprised by seeing things break with, say, 8.0, where
> features were fine earlier and later, basically because of mishandled
> detection of when an interesting new feature (that we intended to use)
> actually crept in.
>
> It's fine if you're always looking to simply use "lowest common
> denominator" functionality, but if you want to use richer feature
> sets, which is *certainly* going to be true for pgadmin, the
> variations between Pg versions will matter, and not in a good way :-(.
Thanks Chris.
Based on this and other comments received (thanks all!), let's target
the next major version of pgAdmin at PostgreSQL 8.0 and above only. 7.3
and 7.4 support will continue to be available in the released versions.
Cheers, Dave.