[devel] I: postgresql8 next step

[devel] I: postgresql8 next step

[Alexey Gladkov]

Приветствую!

Сегодня были выложены новые сборки postgresql8.0 и postgresql8.1 .
Прогресс на лицо: неудовлетворенностей больше нет... минус в том что с
ними нельзя собраться.

$ rpmquery -pR pkgs/asterisk-1.2.0-alt20.src.rpm |grep libpq
libpq4-devel

$ tail -n30 asterisk-1.2.0-alt20.src.rpm.log
libreadline-devel
libtiff-devel
libunixODBC-devel
postgresql8.1-devel
libpq4-devel
tcl-devel
zaptel-devel
libpri>=0.3.0-alt4
spandsp-devel=0.0.2pre21
install: changed working directory to `/tmp/.private/legion'
Чтение списков пакетов...
Построение дерева зависимостей...
Выбрано gcc3.4-c++ для 'gcc-c++'
Выбрано gcc3.4-g77 для 'gcc-g77'
Выбрано libstdc++3.4-devel для 'libstdc++-devel'
Выбрана версия 20051128:0.3.0-alt6 для libpri
Выбрана версия 20050818:0.0.2pre21-alt1 для spandsp-devel
Некоторые пакеты установить невозможно. Это может означать, что Вы
потребовали невозможного, либо пользуетесь нестабильным репозиторием.
Часть необходимых пакетов либо ещё не создана, либо была удалена
из каталога 'Входящие'.
Эти сведения могут помочь найти выход из ситуации:

Следующие пакеты имеют неудовлетворенные зависимости:
  postgresql8.1-devel: Требует: libpq4.1-devel (= 8.1.1-alt2) но пакет
не будет установлен
E: Извините, `битые' пакеты
install: failed to calculate package file list.
install: Failed to generate package file list.
удален `/tmp/.private/legion/lockdir/pid'
удален каталог: `/tmp/.private/legion/lockdir'

$ rpmquery -pR RPMS/postgresql8.1-devel-8.1.1-alt2.i586.rpm |grep
libecpg5.1-devel
libecpg5.1-devel = 8.1.1-alt2

$ rpmquery -pR RPMS/libecpg5.1-devel-8.1.1-alt2.i586.rpm |grep
libecpg5.1
libecpg5.1 = 8.1.1-alt2

$ rpmquery -pR RPMS/libecpg5.1-8.1.1-alt2.i586.rpm |grep libpq.so.4
libpq.so.4

$ grep libpq.so.4 /raid/ALT/current/Sisyphus/i586/base/contents_index

/usr/lib/libpq.so.4     /usr/lib/libpq.so.4
/usr/lib/libpq.so.4.0   libpq4.0
/usr/lib/libpq.so.4.1   /usr/lib/libpq.so.4.1

-- 
Rgrds, legion

Re: [devel] I: postgresql8 next step

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

On Tue, Dec 20, 2005 at 06:54:16PM +0300, Alexey Gladkov wrote:

AG> Сегодня были выложены новые сборки postgresql8.0 и postgresql8.1 .
AG> Прогресс на лицо: неудовлетворенностей больше нет... минус в том что с
AG> ними нельзя собраться.

Разве правильно существование в репозитории двух пакетов с одинаковым
soname? Помнится об этом уже говорили, и было решено так не делать.

AG> $ rpmquery -pR pkgs/asterisk-1.2.0-alt20.src.rpm |grep libpq
AG> libpq4-devel

alt21 уже должен собираться. Я у него просто оторвал зависимость на
libpq4, оставив только postgresql-devel.

Но вот какого хрена libpq4.1-devel не провайдит libpq4 (которую по смыслу
он как раз и провайдит) я не понимаю.

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

http://freesource.info
----------------------------------------------------------------------------
Конечно, можно сделать fork+pipe, но это уже совсем другая история.
		-- ldv in devel@

Re: [devel] I: postgresql8 next step

[Dmitry V. Levin]

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

On Tue, Dec 20, 2005 at 09:32:23PM +0300, Денис Смирнов wrote:
> On Tue, Dec 20, 2005 at 06:54:16PM +0300, Alexey Gladkov wrote:
> 
> AG> Сегодня были выложены новые сборки postgresql8.0 и postgresql8.1 .
> AG> Прогресс на лицо: неудовлетворенностей больше нет... минус в том что с
> AG> ними нельзя собраться.
> 
> Разве правильно существование в репозитории двух пакетов с одинаковым
> soname? Помнится об этом уже говорили, и было решено так не делать.

Да, так делать нельзя, но пока кто-нибудь не реализует эту проверку,
остаётся надеяться на сознательность мантейнеров.


-- 
ldv

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

Re: [devel] I: postgresql8 next step

[Ivan Fedorov]

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

Денис Смирнов пишет:
> On Tue, Dec 20, 2005 at 06:54:16PM +0300, Alexey Gladkov wrote:
> 
> AG> Сегодня были выложены новые сборки postgresql8.0 и postgresql8.1 .
> AG> Прогресс на лицо: неудовлетворенностей больше нет... минус в том что с
> AG> ними нельзя собраться.
> 
> Разве правильно существование в репозитории двух пакетов с одинаковым
> soname? Помнится об этом уже говорили, и было решено так не делать.
Прошу ваше решение донести до PostgreSQL Core Team.
А до тех пока libpq.so.4.0 не полностью совместима с libpq.so.4.1, я не
знаю как это разрулить иначе.

> AG> $ rpmquery -pR pkgs/asterisk-1.2.0-alt20.src.rpm |grep libpq
> AG> libpq4-devel
> 
> alt21 уже должен собираться. Я у него просто оторвал зависимость на
> libpq4, оставив только postgresql-devel.
> 
> Но вот какого хрена libpq4.1-devel не провайдит libpq4 (которую по смыслу
> он как раз и провайдит) я не понимаю.

Оно должно провайдить только libpq-devel и libpq4.1-devel.

Теперь кстати buildreq должен subst'ить libpq4.1-devel и libpq4.0-devel
просто в libpq-devel... для postgresql-devel и libecpg-devel это также
верно.
Но только для 8.0 и 8.1 веток.
В 7.4 видимо тоже надо будет добавить такую штуку, дабы в backports и
updates оно шло в нормальном виде.


PS: Кстати, а кто-нить пользовался когда-нить libecpg ???


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

Re: [devel] I: postgresql8 next step

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

On Wed, Dec 21, 2005 at 03:16:03PM +0800, Ivan Fedorov wrote:

>> Разве правильно существование в репозитории двух пакетов с одинаковым
>> soname? Помнится об этом уже говорили, и было решено так не делать.
IF> Прошу ваше решение донести до PostgreSQL Core Team.
IF> А до тех пока libpq.so.4.0 не полностью совместима с libpq.so.4.1, я не
IF> знаю как это разрулить иначе.

В чём заключатся не совместимость? PostgreSQL core team совсем [censored]
стали, что ломают бинарную совместимость не сменив sonmae?

>> alt21 уже должен собираться. Я у него просто оторвал зависимость на
>> libpq4, оставив только postgresql-devel.
>> Но вот какого хрена libpq4.1-devel не провайдит libpq4 (которую по смыслу
>> он как раз и провайдит) я не понимаю.
IF> Оно должно провайдить только libpq-devel и libpq4.1-devel.

Нифига. Потому как libpq4.1 и libpq4 провайдят libpq.so.4, и
автозависимости выставляются по нему.

IF> Теперь кстати buildreq должен subst'ить libpq4.1-devel и libpq4.0-devel
IF> просто в libpq-devel... для postgresql-devel и libecpg-devel это также
IF> верно.
IF> Но только для 8.0 и 8.1 веток.
IF> В 7.4 видимо тоже надо будет добавить такую штуку, дабы в backports и
IF> updates оно шло в нормальном виде.

В 7.4 я принципиально не собираю devel. Думается так и надо поступить с
8.0. Заодно и libpq4 перестать упаковывать, и проверить работоспособность
8.0 с libpq4.1. Если не работает -- брать тяжёлые предметы и выяснять
отношения с PostgreSQL core team.

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

http://freesource.info
----------------------------------------------------------------------------
что только люди не делают, лишь бы не пользоваться емаксом
		-- ott in devel@

Re: [devel] I: postgresql8 next step

[Ivan Fedorov]

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

Денис Смирнов пишет:
> On Wed, Dec 21, 2005 at 03:16:03PM +0800, Ivan Fedorov wrote:
> 
> 
>>>Разве правильно существование в репозитории двух пакетов с одинаковым
>>>soname? Помнится об этом уже говорили, и было решено так не делать.
> 
> IF> Прошу ваше решение донести до PostgreSQL Core Team.
> IF> А до тех пока libpq.so.4.0 не полностью совместима с libpq.so.4.1, я не
> IF> знаю как это разрулить иначе.
> 
> В чём заключатся не совместимость? PostgreSQL core team совсем [censored]
> стали, что ломают бинарную совместимость не сменив soname?
Ну бинарная якобы не сломана... а вот собрать с pg8.1 можно не все...
> 
> 
>>>alt21 уже должен собираться. Я у него просто оторвал зависимость на
>>>libpq4, оставив только postgresql-devel.
>>>Но вот какого хрена libpq4.1-devel не провайдит libpq4 (которую по смыслу
>>>он как раз и провайдит) я не понимаю.
> 
> IF> Оно должно провайдить только libpq-devel и libpq4.1-devel.
> 
> Нифига. Потому как libpq4.1 и libpq4 провайдят libpq.so.4, и
> автозависимости выставляются по нему.
да? А я думал для сборки нужны devel пакеты...
> 
> IF> Теперь кстати buildreq должен subst'ить libpq4.1-devel и libpq4.0-devel
> IF> просто в libpq-devel... для postgresql-devel и libecpg-devel это также
> IF> верно.
> IF> Но только для 8.0 и 8.1 веток.
> IF> В 7.4 видимо тоже надо будет добавить такую штуку, дабы в backports и
> IF> updates оно шло в нормальном виде.
> 
> В 7.4 я принципиально не собираю devel. Думается так и надо поступить с
> 8.0.
Я так и сделал. Но возможность сборки devel регулируется макросом, а
значит кому-то оно может пригодиться. Так что IMHO надо в 7.4 тоже
сделать subst'илку для buildreq.
> Заодно и libpq4 перестать упаковывать, и проверить работоспособность
> 8.0 с libpq4.1.
Ну я конечно могу попробовать...

> Если не работает -- брать тяжёлые предметы и выяснять отношения с PostgreSQL core team.
Боюсь мало что получится...


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

Re: [devel] I: postgresql8 next step

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

On Wed, Dec 21, 2005 at 04:44:38PM +0800, Ivan Fedorov wrote:

>> В чём заключатся не совместимость? PostgreSQL core team совсем [censored]
>> стали, что ломают бинарную совместимость не сменив soname?
IF> Ну бинарная якобы не сломана... а вот собрать с pg8.1 можно не все...

Однако такие пакеты надо фиксить. Если временно ломается пересборка
каких-то пакетов в Сизифе это нормально, если они работают. Так что
выкладывание libpq4.1 отдельно от libpq4 только замедляет переход.

IF>>> Оно должно провайдить только libpq-devel и libpq4.1-devel.
>> Нифига. Потому как libpq4.1 и libpq4 провайдят libpq.so.4, и
>> автозависимости выставляются по нему.
IF> да? А я думал для сборки нужны devel пакеты...

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

>> В 7.4 я принципиально не собираю devel. Думается так и надо поступить с
>> 8.0.
IF> Я так и сделал. Но возможность сборки devel регулируется макросом, а
IF> значит кому-то оно может пригодиться. Так что IMHO надо в 7.4 тоже
IF> сделать subst'илку для buildreq.

Мне вот думается что это не совсем правильно. Разумнее увидеть что не
собирается и ручками проверить.

>> Если не работает -- брать тяжёлые предметы и выяснять отношения с
>> PostgreSQL core team.
IF> Боюсь мало что получится...

Тогда советоваться с более опытными в этих вопросах людьми, чтобы
запатчить нашу сборку до совместимости, а потом подарить результат в
апстрим :(

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

http://freesource.info
----------------------------------------------------------------------------
Не надо abisuite выкидывать. Он нормальный и я им _пользуюсь_
		-- rider in devel@

Re: [devel] I: postgresql8 next step

[Ivan Fedorov]

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

Денис Смирнов пишет:

>>>В чём заключатся не совместимость? PostgreSQL core team совсем [censored]
>>>стали, что ломают бинарную совместимость не сменив soname?
> 
> IF> Ну бинарная якобы не сломана... а вот собрать с pg8.1 можно не все...
> 
> Однако такие пакеты надо фиксить. Если временно ломается пересборка
> каких-то пакетов в Сизифе это нормально, если они работают. Так что
> выкладывание libpq4.1 отдельно от libpq4 только замедляет переход.
Чем? Если я грохнул devel у 8.0 по умолчанию?.. Но при этом кто-нить
сможет локально пересобрать софт с 8.0...

> IF>>> Оно должно провайдить только libpq-devel и libpq4.1-devel.
> 
>>>Нифига. Потому как libpq4.1 и libpq4 провайдят libpq.so.4, и
>>>автозависимости выставляются по нему.
> 
> IF> да? А я думал для сборки нужны devel пакеты...
> 
> Если я правильно понимаю, то devel пакеты зависят от соответствующих
> не-devel. Которых двух быть не должно.
оно зависит от своего не-devel'а... проблем в hasher быть не должно...

>>>В 7.4 я принципиально не собираю devel. Думается так и надо поступить с
>>>8.0.
> 
> IF> Я так и сделал. Но возможность сборки devel регулируется макросом, а
> IF> значит кому-то оно может пригодиться. Так что IMHO надо в 7.4 тоже
> IF> сделать subst'илку для buildreq.
> 
> Мне вот думается что это не совсем правильно. Разумнее увидеть что не
> собирается и ручками проверить.
А мне вот думается, что это САМОЕ правильно из всей переписки. пото


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

Re: [devel] I: postgresql8 next step

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

On Thu, Dec 22, 2005 at 02:51:13PM +0800, Ivan Fedorov wrote:

IF> Чем? Если я грохнул devel у 8.0 по умолчанию?.. Но при этом кто-нить
IF> сможет локально пересобрать софт с 8.0...

Если грохнул devel, то всё нормально. Только libpq4.1-devel должна
провайдить libpq4-devel. Потому что она его _провайдит_ в реальности.
Хорошо бы привести зависимости rpm к реальности.

> IF>> Я так и сделал. Но возможность сборки devel регулируется макросом, а
> IF>> значит кому-то оно может пригодиться. Так что IMHO надо в 7.4 тоже
> IF>> сделать subst'илку для buildreq.
>> Мне вот думается что это не совсем правильно. Разумнее увидеть что не
>> собирается и ручками проверить.
IF> А мне вот думается, что это САМОЕ правильно из всей переписки. пото

?

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

http://freesource.info
----------------------------------------------------------------------------
Все программы содержат ошибки, просто о некоторых мы не догадываемся.

Re: [devel] I: postgresql8 next step

[Ivan Fedorov]

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

Alexey Gladkov пишет:
> Приветствую!
> 
> Сегодня были выложены новые сборки postgresql8.0 и postgresql8.1 .
> Прогресс на лицо: неудовлетворенностей больше нет... минус в том что с
> ними нельзя собраться.

Странно... Может просто надо заменить все libpq4-devel, libpq4.0-devel,
libpq4,1-devel на libpq-devel?



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