[devel] Сборка расширений PostgreSQL

[alexei на taf.ru]

----- Исходное сообщение -----
> От: "Sergey V Turchin" <zerg на altlinux.org>
> Кому: "ALT Linux Team development discussions" <devel на lists.altlinux.org>
> Отправленные: Четверг, 10 Февраль 2022 г 19:22:58
> Тема: Re: [devel] Сборка расширений PostgreSQL

> On Thursday, 10 February 2022 14:10:27 MSK alexei  wrote:
>> ----- Исходное сообщение -----
>> 
>> > От: "Sergey V Turchin" <zerg на altlinux.org>
>> > Кому: "ALT Linux Team development discussions" <devel на lists.altlinux.org>
>> > Отправленные: Четверг, 10 Февраль 2022 г 18:52:13
>> > Тема: Re: [devel] Сборка расширений PostgreSQL
>> > 
>> > On Thursday, 10 February 2022 13:15:21 MSK alexei  wrote:
>> >> ----- Исходное сообщение -----
>> >> 
>> >> > От: "Sergey V Turchin" <zerg на altlinux.org>
>> >> > Кому: "ALT Linux Team development discussions"
>> >> > <devel на lists.altlinux.org>
>> >> > Отправленные: Четверг, 10 Февраль 2022 г 17:58:18
>> >> > Тема: Re: [devel] Сборка расширений PostgreSQL
>> >> > 
>> >> > On Thursday, 10 February 2022 12:41:28 MSK alexei  wrote:
>> >> > 
>> >> > [...]
>> >> > 
>> >> >> >> >> > Может, посмотреть, как у различных соседей сделано?
>> >> >> >> >> 
>> >> >> >> >> У соседей аналог server-devel в наличии. И требующие его
>> >> >> >> >> приложения
>> >> >> >> >> тем,
>> >> >> >> >> или иным способом производят выбор версии сервера.
>> >> >> >> > 
>> >> >> >> > https://src.fedoraproject.org/rpms/kdb/blob/rawhide/f/kdb.spec
>> >> >> >> > Первое тыкнул: "server" вижу, а завязку на версию -- нет.
>> >> >> >> 
>> >> >> >> В Федоре проще - там одна ветка PG и никакого плюрализма.
>> >> >> > 
>> >> >> > Тогда каких соседей имели ввиду вы?
>> >> >> 
>> >> >> В Debian'е и его производных.
>> >> > 
>> >> > Неправда. Там есть postgresql-server-dev-all, который ставят в
>> >> > сборочные
>> >> > зависимости. У нас этот пакет -- postgresql-devel, видимо.
>> >> > Что он будет вытаскивать -- уже сами можете придумать на свой вкус, но
>> >> > сборку текущих пакетов ломать не должно.
>> >> 
>> >> По дебиановская схема все равно будет ломать сборку текущих пакетов.
>> > 
>> > Неправда. Я смотрел как раз в debian.
>> > 
>> >> Без их
>> > 
>> >> правки никак не обойтись. Тот же kdb там производит выбор с чем
> собираться:
>> > Я смотрел как раз в debian-ский kdb. Там стоит в только
>> > postgresql-server-dev- all в сборочных зависимостях.
>> 
>> postgresql-server-dev-all вытягивает по зависимостям все наличные
>> postgresql-server-dev-(9.6-14) и потом собирается с тем что новее.
> Я не против, если postgresql-devel сделает то, что ему покажется более
> правильным.

postgresql-devel делает ровно то же, что и раньше - предоставляет
заголовки и библиотеки для линковки в libpq.

Кому нужно серверное API те идут за ним в postgresql%pg_ver-server-devel

>> Я предлагаю добавить
>> BuildRequires(pre): rpm-macros-postgresql
>> и
>> BuildRequires: postgresql%pg_ver-server-devel
> Я предлагаю оставить postgresql-devel, а он сам будет решать, что ему нужно.
> А тот, кому действительно надо, сможет указать конкретную ветку для сборки.
> 
>> В этом случае %pg_ver по-умолчанию будет указывать на последнюю ветку. Кому
>> нужны другие версии, может переназначить. Да, это несовместимо с нынешними
>> бранчами. Как вариант, можно сделать так, что postgresql-devel в p10 будет
>> провайдить postgresql10-server-devel а в p9 postgresql12-server-devel
> Я не против, лишь бы сборку не сломало.

Можно еще такой вариант: postgresql%pg_ver-server-devel от пакета, который генерит
и postgresql-devel провайдит postgresql-server-devel. В то время как server-devel
от других веток уже идут исключительно с номером ветки.