Re: Extension Packaging - Mailing list pgsql-hackers

From David E. Wheeler
Subject Re: Extension Packaging
Date
Msg-id C03E37CC-1043-4A32-A15F-32E5CC7238F5@kineticode.com
Whole thread Raw
In response to Re: Extension Packaging  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Extension Packaging  (Robert Haas <robertmhaas@gmail.com>)
Re: Extension Packaging  (Peter van Hardenberg <pvh@pvh.ca>)
List pgsql-hackers
On May 11, 2011, at 2:47 PM, Robert Haas wrote:

>> Okay, how we add a "revision" key to the control file and extrevision to the pg_extension catalog. Its type can be
"TEXT"and is optional for use by extensions. 
>>
>> This would allow extension authors to identify the base version of an extension but also the revision. And the core
doesn'thave to care how it works or if it's used, but it would allow users to know exactly what they have installed. 
>>
>> Thoughts?
>
> How would pg_extension.extrevision be kept up to date?  AFAICS, the
> whole point is that you might swap out the shared libraries without
> doing anything at the SQL level.

Bah! Okay, I give up. I'll not worry about it right now, as I have only one C extension outside of core and it won't
changemuch in the code. And I'll just keep using the full version string (x.y.z) for the upgrade scripts. What I won't
dois change that version with every release, unless there is a code change to demand it. The distribution version can
incrementindependently. 

Best,

David

pgsql-hackers by date:

Previous
From: Fujii Masao
Date:
Subject: Re: Standbys which don't synch to disk?
Next
From: Robert Haas
Date:
Subject: Re: Extension Packaging