Minor version upgrades and extension packaging

Поиск
Список
Период
Сортировка
От Mat Arye
Тема Minor version upgrades and extension packaging
Дата
Msg-id CADsUR0Aem0Lg_F20zuOEcmt2b-5bNgPoG8zyW_jpXpbT8CCcxQ@mail.gmail.com
обсуждение исходный текст
Ответы Re: Minor version upgrades and extension packaging
Re: Minor version upgrades and extension packaging
Список pgsql-hackers
Hi All, 

I am writing to get some advice on extension packaging for minor version upgrades in Postgres.  

We recently found that people who had compiled the TimescaleDB extension against 10.1 (or installed our binary versions via yum, apt, etc.) had their extension break when they upgraded to 10.2 due to changes of some underlying structs between the two minor versions.

In particular, in the commit https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=1597948c962a1407c01fc492c44917c097efa92e the structure of the ColumnDef struct changed. Since TimescaleDB uses an event hook that makes use of the ColumnDef structure, the TimescaleDB shared library compiled under 10.1 expected a different struct packing for ColumnDef than what was available in 10.2. 

I had three questions:

1) Are similar changes to struct packing expected under minor postgres releases (we haven't encountered this issue before)? 
2) Is it expected to have to recompile extensions for minor version upgrades of Postgres?
3) How do other extensions deal with this issue? 

Any other suggestions to handle these types of issues would be appreciated.  One obvious solution with binary releases is to have one for every minor version, although this leads to both release and deployment complexity.

Thanks,
Mat
TimescaleDB

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Thomas Munro
Дата:
Сообщение: OCD questions about LWTRANCHE_REPLICATION_ORIGIN
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Minor version upgrades and extension packaging