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

From: Dave Page <dpage(at)postgresql(dot)org>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: 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-10 11:03:44
Message-ID: 461B6F10.3040800@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-www

Magnus Hagander wrote:
> On Tue, Apr 10, 2007 at 09:52:52AM +0100, Dave Page wrote:
>> Magnus Hagander wrote:
>>> 2) Create a new file with a specific schema. Something like:
>>> <version>
>>> <version major="8.2" minor="8.2.3" />
>>> <version major="8.1" minor="8.1.8" />
>>> </version>
>>> This is the most lightweight solution.
>> More like:
>>
>> <versions>
>> <version major="8" minor="2" revision="3" />
>> <version major="8" minor="1" revision="8" />
>> </versions>
>
> But that doesn't reflect our terminology. Per our own terminology, bioth
> 8.1 and 8.2 are major versions. Not only is that what we've been saying for
> years, we even documented it at
> http://www.postgresql.org/support/versioning.

Yeah yeah, but terminology aside, having 2 or three digits in each
attribute is just wrong!

>> But I can't help thinking that we should have some additional values for
>> release notes, download sub-URLs (to be appended to the mirror roots) etc.
>
> Yeah, thus the X in XML :-)

:-p

> But given that we might want to add things like this, having our own custom
> XML format certainly makes a bit more sense, it might be harder to try to
> trick it into RSS.

Agreed.

/D

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Magnus Hagander 2007-04-10 11:15:09 Re: [GENERAL] programmatic way to fetch latest release for a given major.minor version
Previous Message Listmail 2007-04-10 10:48:11 Re: Bad plan using join on VALUES (and now on temp table too)

Browse pgsql-www by date

  From Date Subject
Next Message Magnus Hagander 2007-04-10 11:15:09 Re: [GENERAL] programmatic way to fetch latest release for a given major.minor version
Previous Message Magnus Hagander 2007-04-10 10:20:45 Re: [GENERAL] programmatic way to fetch latest release for a given major.minor version