Re: Official adoption of PGXN

From: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>
To: Andres Freund <andres(at)anarazel(dot)de>, Josh Berkus <josh(at)berkus(dot)org>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, Magnus Hagander <magnus(at)hagander(dot)net>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Peter Geoghegan <pg(at)bowt(dot)ie>, Stephen Frost <sfrost(at)snowman(dot)net>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Daniel Verite <daniel(at)manitou-mail(dot)org>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com>, Vladimir Rusinov <vrusinov(at)google(dot)com>, David Steele <david(at)pgmasters(dot)net>, Cynthia Shang <cynthia(dot)shang(at)crunchydata(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, "David E(dot) Wheeler" <david(at)justatheory(dot)com>
Subject: Re: Official adoption of PGXN
Date: 2017-02-18 04:14:02
Message-ID: 93a4a7c5-64d3-43f2-02ad-ffc07d55d21b@BlueTreble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2/14/17 2:39 PM, Andres Freund wrote:
>> One part of this would need to be having a designated committee of the
>> Postgres community pick a set of "blessed" extensions for packagers to
>> package. Right now, contrib serves that purpose (badly). One of the
>> reasons we haven't dealt with the extension distribution problem is that
>> nobody wanted to take on the issue of picking a list of blessed extensions.
>
> I don't see the trust problem being solved by them being blessed unless
> they're part of the regularly scheduled postgres back-branch
> releases. Which essentially requires them to be in core, or increase the
> release maintenance/management cost further.

I don't see why we'd have to touch blessed PGXN extensions any time
there's a back-branch release. We don't do that with what's in core
today. If we did want to do that (say, so that the extension version
always matched the PG version), it wouldn't be hard to automate.

Obviously if there's a bug in an extension we'd want to do something,
but tying that to the release would be completely optional.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
855-TREBLE2 (855-873-2532)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2017-02-18 04:19:23 Re: "SQL sentence"?
Previous Message Jim Nasby 2017-02-18 04:01:17 "SQL sentence"?