Re: [GENERAL] programmatic way to fetch latest release for a given major.minor version

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Listmail <lists(at)peufeu(dot)com>
Cc: Dave Page <dpage(at)postgresql(dot)org>, Andrew Hammond <andrew(dot)george(dot)hammond(at)gmail(dot)com>, CAJ CAJ <pguser(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org, pgsql-www <pgsql-www(at)postgresql(dot)org>
Subject: Re: [GENERAL] programmatic way to fetch latest release for a given major.minor version
Date: 2007-04-11 18:07:22
Message-ID: 20070411180722.GC7401@svr2.hagander.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-www

On Wed, Apr 11, 2007 at 06:49:18PM +0200, Listmail wrote:
>
>
> >If someone wants the schema change, react *now*. Later on we can only
> >append to it, and not change it :)
>
> Since I like to complain...
>
> <numericversion v1="8" v2="2" v3="3"/>
>
> Suppose you someday add another dot, or a "b" for beta, wouldn't it
> be better to have
>
> <versionlist><item>8</item><item>2</item><item>3</item></versionlist>

IIRC, but not entirely sure, the order of items in XML is not guaranteed.
So you'd need something like
<versionlist><item seq="1">8</item><item seq="2">2</item> etc etc

I'm not sure, but I have some kind of memory of that ;-)

As for beta, we're only going to be listing production versions in this
one. It's there to list the latest available version in each released
series.
And if we add another dot, we can just add a v4="7" attribute. Adding is
not a problem, only modifying.

//Magnus

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Merlin Moncure 2007-04-11 18:20:08 Re: Dumping part (not all) of the data in a database...methods?
Previous Message Alberto Molteni 2007-04-11 18:01:55 Re: Transactions through JDBC

Browse pgsql-www by date

  From Date Subject
Next Message Greg Sabino Mullane 2007-04-11 18:27:45 Re: [whine] Slow moderation on postgres lists
Previous Message Marc G. Fournier 2007-04-11 17:40:33 Re: [whine] Slow moderation on postgres lists