[devel] PostgreSQL -- вопрос по организации перехода на 8.x

[devel] PostgreSQL -- вопрос по организации перехода на 8.x

[Денис Смирнов]

Задача -- полностью перейти на 8.x, при этом оставив в репозитории 7.x по
крайней мере до осени.

Проблема -- я не нашёл эффективного метода определения с какой версией
postgresql собран каждый конкретный пакет.

Зависимости ставятся обычно на libpq.so.3. У 7.x это libpq.so.3.1, у 8.x
это libpq.3.2. Вторая цифра в зависимость, увы, не попадает.

Пример -- courier-authdaemon-pgsql.

Есть пакеты, в которых явно присутствует зависимость от libpq3 -- с ними
проще, можно это отследить и заменить зависимостью на libpq3.2.

-- 
С уважением, Денис

http://freesource.info

Re: [devel] PostgreSQL -- вопрос по организации перехода на 8.x

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 745 bytes --]

Денис Смирнов пишет:
> Задача -- полностью перейти на 8.x, при этом оставив в репозитории 7.x по
> крайней мере до осени.
> 
> Проблема -- я не нашёл эффективного метода определения с какой версией
> postgresql собран каждый конкретный пакет.
смотреть по libpq
> 
> Зависимости ставятся обычно на libpq.so.3. У 7.x это libpq.so.3.1, у 8.x
> это libpq.3.2. Вторая цифра в зависимость, увы, не попадает.

У 8.0.2 в связи со сменой алгоритма libpq стала so.4.0.
> 
> Пример -- courier-authdaemon-pgsql.
> 
> Есть пакеты, в которых явно присутствует зависимость от libpq3 -- с ними
> проще, можно это отследить и заменить зависимостью на libpq3.2.
IMHO лучше эту зависимость вынести вообще и использовать
postgresql8.0-devel.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] PostgreSQL -- вопрос по организации перехода на 8.x

[Денис Смирнов]

On Sun, May 01, 2005 at 02:09:15PM +0900, Ivan Fedorov wrote:

>> Зависимости ставятся обычно на libpq.so.3. У 7.x это libpq.so.3.1, у 8.x
>> это libpq.3.2. Вторая цифра в зависимость, увы, не попадает.
IF> У 8.0.2 в связи со сменой алгоритма libpq стала so.4.0.

Как только в Сизифе будет 8.0.2 сразу всё станет просто волшебно. Пока увы
:(

Когда ждать?

>> Пример -- courier-authdaemon-pgsql.
>> Есть пакеты, в которых явно присутствует зависимость от libpq3 -- с ними
>> проще, можно это отследить и заменить зависимостью на libpq3.2.
IF> IMHO лучше эту зависимость вынести вообще и использовать
IF> postgresql8.0-devel.

Это речь о сборочных зависимостях. Для обычных зависимостей есть apt-cache
whatdepends, который позволяет быстро отловить тех, кто собран "не с тем"
libpq.

Как так же удобно проверить сборочные зависимости я не знаю.

-- 
С уважением, Денис

http://freesource.info

[devel] Re: PostgreSQL -- вопрос по организации перехода на 8.x

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 721 bytes --]

On Sat, Apr 30, 2005 at 05:31:57PM +0400, Денис Смирнов wrote:
> Проблема -- я не нашёл эффективного метода определения с какой версией
> postgresql собран каждый конкретный пакет.
> 
> Зависимости ставятся обычно на libpq.so.3. У 7.x это libpq.so.3.1, у 8.x
> это libpq.3.2. Вторая цифра в зависимость, увы, не попадает.

А зачем знать, с какой версией был собран пакет?  SONAME для того и
существует, что если интерфейс не изменился, то пересобирать ничего не
надо (пересборка с другой версией по идее даст то же самое).

> Пример -- courier-authdaemon-pgsql.
> 
> Есть пакеты, в которых явно присутствует зависимость от libpq3 -- с ними
> проще, можно это отследить и заменить зависимостью на libpq3.2.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: PostgreSQL -- вопрос по организации перехода на 8.x

[Денис Смирнов]

On Sun, May 01, 2005 at 05:59:12PM +0400, Алексей Турбин wrote:

AT> А зачем знать, с какой версией был собран пакет?  SONAME для того и
AT> существует, что если интерфейс не изменился, то пересобирать ничего не
AT> надо (пересборка с другой версией по идее даст то же самое).

Всё, понял, меня просто запутало изменение API 8.0._2_.

-- 
С уважением, Денис

http://freesource.info

[devel] Re: PostgreSQL -- вопрос по организации перехода на 8.x

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

On Sun, May 01, 2005 at 05:59:12PM +0400, Alexey Tourbin wrote:
> А зачем знать, с какой версией был собран пакет?  SONAME для
> того и существует, что если интерфейс не изменился, то
> пересобирать ничего не надо

Вот только не все апстримы это знают (и применяют с умом).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: PostgreSQL -- вопрос по организации перехода на 8.x

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1261 bytes --]

On Mon, May 02, 2005 at 05:09:43PM +0300, Michael Shigorin wrote:
> On Sun, May 01, 2005 at 05:59:12PM +0400, Alexey Tourbin wrote:
> > А зачем знать, с какой версией был собран пакет?  SONAME для
> > того и существует, что если интерфейс не изменился, то
> > пересобирать ничего не надо
> 
> Вот только не все апстримы это знают (и применяют с умом).

У pg апстрим вроде вменяемый.  На всякий случай можно проверить
хедеры -- посмотреть, не изменились ли структуры и прототипы.

При добавлении в библиотеку новых функций их лучше повесить на отдельный
интерфейс.  Для этого в файле lib%name.def делается запись вроде
следующей (liblua.def):

LUA_5.1 {
        lua_createtable;
        lua_gc;
        lua_getallocf;
        lua_getfield;
        lua_newstate;
        lua_objsize;
        lua_pushinteger;
        lua_pushthread;
        lua_setfield;
        lua_status;
        lua_tointeger;
};

И линковаться через gcc -Wl,--version-script=liblua.def.

Тогда если при линковке с этой библиотекой используются новые функции,
то появится характерная зависимость типа liblua.so.5(LUA_5.1).

К сожалению, это дело широко не используется, хотя есть библиотеки,
которые из версии в версию прямо-таки напрашиваются на учёт. :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]