[devel] Внимание пользователем PostgreSQL и зависящих пакетов

[devel] Внимание пользователем PostgreSQL и зависящих пакетов

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

Пора готовиться к переходу на PostgreSQL 8 (этот процесс надо полностью
завершить и протестировать до выхода следующего дистрибутива).

Посему:
1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
каждого у меня сил не хватит).

2. Пользователям PostgreSQL настоятельно рекомендую протестировать сборку
postgresql8.0-server, а также поставить на Hold libpq3.

3. Предыдущая версия PostgreSQL остаётся до выхода следующего Мастера.
После этого по крайней мере я полностью откажусь от её поддержки. Думаю к
тому времени 7.x уже никому будет не нужно.

Список пакетов, которые требуют пересборки:

courier-authdaemon-pgsql-3.0.7-alt1.1.1
ulogd-pgsql-1.02-alt0.1
snort-postgresql-2.3.3-alt1
snort-postgresql+flexresp-2.3.3-alt1
snort-bloat-2.3.3-alt1
samba-pdb-pgsql-3.0.14a-alt2
ruby-postgres-0.7.1-alt2
python-module-psycopg-1.1.18-alt1
proftpd-mod_sql_postgres-1.3.0rc1-alt1
prelude-manager-pgsql-plugin-0.8.10-alt5
postfix-pgsql-1:2.1.5-alt3
php-pgsql-1:4.3.12-alt0.cvs20050406
pgadmin3-1.2.0-alt1.1.1.1
perl-Pg-2.0.2-alt2.1
perl-DBD-Pg-1.41-alt1
pam-pgsql-0.5.2-alt2.5
netams-3.2.2-alt1
nagios-plugins-pgsql-1.3.1-alt5.1.1
nagios-pgsql-www-1.2-alt1
nagios-pgsql-1.2-alt1
motion-3.1.19-alt1
libsasl2-plugin-sql-2.1.20-alt4
libqt3-postgresql-3.3.4-alt4
libpgtcl2-8.0.1-alt0.4
libhk_classes-0.7.2-alt1.1
libgda2-postgresql-1.1.99-alt1
libdspam-pgsql-3.4.0-alt3
libclip-postgres-1.1.14-alt1.1
ipac-ng-1.31-alt1
gambas-gb-db-postgresql-1.0.6-alt1
freeradius-pgsql-1.0.2-alt1
freeradius-1.0.2-alt1
exim-pgsql-4.44-alt1.1
exim-heavy-4.44-alt1.1
dspam-pgsql-3.4.0-alt3
dovecot-0.99.14-alt1
cyrus-sasl2-2.1.20-alt4
courier-authlib-pgsql-0.55-alt2

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

http://freesource.info

[devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Alexey Tourbin]

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

On Sat, May 07, 2005 at 05:37:22PM +0400, Денис Смирнов wrote:
> Пора готовиться к переходу на PostgreSQL 8 (этот процесс надо полностью
> завершить и протестировать до выхода следующего дистрибутива).
> 
> Посему:
> 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> каждого у меня сил не хватит).

  libpq4.0: Conflicts: libpq3 but 7.4.7-alt3 is to be installed

Кто и зачем поставил conflicts на библиотеку?
Я у себя в хост-системе собрать/протестировать не могу.

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

[devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Alexey Tourbin]

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

On Sun, May 08, 2005 at 01:50:07PM +0400, Alexey Tourbin wrote:
> > 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> > libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> > каждого у меня сил не хватит).
> 
>   libpq4.0: Conflicts: libpq3 but 7.4.7-alt3 is to be installed
> 
> Кто и зачем поставил conflicts на библиотеку?
> Я у себя в хост-системе собрать/протестировать не могу.

Поясню, чего я хочу/как должно быть:

1) Пакеты libpq и libecpg разных версий должны мирно сосуществовать;
собственно, для этого в названия пакета и добавляют суффикс,
соответствующий SONAME.  Кстати, суффикс должен соответствовать именно
SONAME, т.е. пакет должен называтья, например, libpq3, а не libpq3.2
(несмотря на то, что в пакете имеется файл libpq.so.3.2).

2) Пакеты lib*-devel и posgresql*-devel разных версий, наверное, должны
конфликтовать.

3) Сервер должен обновляться независимо от клиентских библиотек
и *-devel пакетов.  То есть мне нужно собрать perl-DBD-Pg с новыми
клиентскими библиотеками и протестировать (прямо во время сборки) со
старым posgresql-server в пределах одной хост-системы.

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

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Dmitry V. Levin]

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

On Sun, May 08, 2005 at 03:46:15PM +0400, Alexey Tourbin wrote:
> On Sun, May 08, 2005 at 01:50:07PM +0400, Alexey Tourbin wrote:
> > > 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> > > libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> > > каждого у меня сил не хватит).
> > 
> >   libpq4.0: Conflicts: libpq3 but 7.4.7-alt3 is to be installed
> > 
> > Кто и зачем поставил conflicts на библиотеку?
> > Я у себя в хост-системе собрать/протестировать не могу.
> 
> Поясню, чего я хочу/как должно быть:
> 
> 1) Пакеты libpq и libecpg разных версий должны мирно сосуществовать;
> собственно, для этого в названия пакета и добавляют суффикс,
> соответствующий SONAME.  Кстати, суффикс должен соответствовать именно
> SONAME, т.е. пакет должен называтья, например, libpq3, а не libpq3.2
> (несмотря на то, что в пакете имеется файл libpq.so.3.2).

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

> 2) Пакеты lib*-devel и posgresql*-devel разных версий, наверное, должны
> конфликтовать.
> 
> 3) Сервер должен обновляться независимо от клиентских библиотек
> и *-devel пакетов.  То есть мне нужно собрать perl-DBD-Pg с новыми
> клиентскими библиотеками и протестировать (прямо во время сборки) со
> старым posgresql-server в пределах одной хост-системы.

Всё верно, сборки postgresql должны это позволять, в противном случае их
должно быть не более одной.


-- 
ldv

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

[devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Alexey Tourbin]

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

On Sun, May 08, 2005 at 05:10:19PM +0400, Dmitry V. Levin wrote:
> > 1) Пакеты libpq и libecpg разных версий должны мирно сосуществовать;
> > собственно, для этого в названия пакета и добавляют суффикс,
> > соответствующий SONAME.  Кстати, суффикс должен соответствовать именно
> > SONAME, т.е. пакет должен называтья, например, libpq3, а не libpq3.2
> > (несмотря на то, что в пакете имеется файл libpq.so.3.2).
> 
> Разные пакеты, предоставляющие одну и ту же библиотеку (один и тот же
> soname), вообще не могут находиться в одном репозитории.

Могут, если они явно конфликтуют между собой (в общем случае, два пакета
ведь могут провайдить один и тот же виртуальный пакет, и при этом между
собой конфликтовать).  Но в этом мало смысла.  Кроме того, возможны
проблемы у apt'а, то есть в некоторых случаях apt не сможет решить,
какой из этих пакетов поставить.

> > 2) Пакеты lib*-devel и posgresql*-devel разных версий, наверное, должны
> > конфликтовать.
> > 
> > 3) Сервер должен обновляться независимо от клиентских библиотек
> > и *-devel пакетов.  То есть мне нужно собрать perl-DBD-Pg с новыми
> > клиентскими библиотеками и протестировать (прямо во время сборки) со
> > старым posgresql-server в пределах одной хост-системы.
> 
> Всё верно, сборки postgresql должны это позволять, в противном случае их
> должно быть не более одной.

Сформулирую по-другому: гранулярность указания версии в названии пакетов
с клиентскими библиотеками должна быть на уровне soname; гранулярность
указания версии в пакете типа postgresql-server должна быть на уровне
совместимости базы (т.е., например, postgresql8.0-server, если формат
базы скорее всего не изменится для 8.0.x и возможно изменится для
8.1.x).  По поводу гранулярности указания версии в *-devel пакетах
(нужна ли там версия вообще) уверенности нет.

Имеются некоторые вопросы по поводу распиловки postgresql:

$ rpm -qlv libpq3-devel
lrwxrwxrwx    1 root    root               12 Aug 25  2004 /usr/lib/libpq.so -> libpq.so.3.1
$

Такой пакет, по-моему, подпадает под бритву Оккама.  Нужно либо доложить
в него хедеров и сделать этот пакет самодостаточным, либо перенести этот
несчастный симлинк в postgresql-devel, в котором лежат все хедеры.

В Debian распилено более грамотно (на первый взгляд, в подробности я не
вникал): ftp://ftp.debian.org/debian/pool/main/p/postgresql-8.0/postgresql-8.0_8.0.2-1.diff.gz

--- postgresql-8.0-8.0.2.orig/debian/libpq-dev.install
+++ postgresql-8.0-8.0.2/debian/libpq-dev.install
@@ -0,0 +1,11 @@
+usr/include/postgresql/internal/*
+usr/include/postgresql/libpq-fe.h
+usr/include/postgresql/libpq/libpq-fs.h
+usr/include/postgresql/pg_config*.h
+usr/include/postgresql/postgres_ext.h
+usr/lib/postgresql/8.0/lib/libpgport.a /usr/lib/
+usr/lib/postgresql/8.0/lib/libpq.a /usr/lib
+usr/lib/postgresql/8.0/lib/libpq.so /usr/lib/
+usr/lib/postgresql/8.0/bin/pg_config usr/bin
+usr/share/postgresql/8.0/man/man1/pg_config.1
+usr/share/locale/*/LC_MESSAGES/pg_config-8.0.mo

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

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Dmitry V. Levin]

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

On Sun, May 08, 2005 at 05:51:16PM +0400, Alexey Tourbin wrote:
> В Debian распилено более грамотно (на первый взгляд, в подробности я не
> вникал)

Зато я вникал, там и на второй взгляд более грамотно, и на третий...


-- 
ldv

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

[devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Alexey Tourbin]

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

On Sun, May 08, 2005 at 06:23:03PM +0400, Dmitry V. Levin wrote:
> On Sun, May 08, 2005 at 05:51:16PM +0400, Alexey Tourbin wrote:
> > В Debian распилено более грамотно (на первый взгляд, в подробности я не
> > вникал)
> 
> Зато я вникал, там и на второй взгляд более грамотно, и на третий...

На самом деле есть одна проблема: на пакеты с условным названием
libpq-devel, libecpg-devel и postgresql-server-devel имеется всего один
общий /usr/bin/pg_config.  Последствия этого я пока не до конца осознал. :)
Похоже, что это ограничивает возможность сосуществования *-devel пакетов
и даже т.н. compat-сборок.

Т.е. пакеты postgresql-server + postgresql-server-devel должны
обновляться независимо от libpq-devel + libecpg-devel.  Какой группе
тогда принадлежит /usr/bin/pg_config?

Пакет postgresql-server-devel нужен для сборки серверных расширений
postgresql-server (типа хранимых процедур и всё такое).

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

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

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

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

>> 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
>> libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
>> каждого у меня сил не хватит).
AT>  libpq4.0: Conflicts: libpq3 but 7.4.7-alt3 is to be installed
AT> Кто и зачем поставил conflicts на библиотеку?
AT> Я у себя в хост-системе собрать/протестировать не могу.

Для того, чтобы убрать Conflicts, надо сначала что-то сделать с тем, что
они конфликтуют по файлам в /usr/share/locale.

После этого согласен, следует убрать конфликт.

:r! rpm -ql libpq4.0

/usr/lib/libpq.so.4
/usr/lib/libpq.so.4.0
/usr/share/locale/af/LC_MESSAGES/libpq.mo
/usr/share/locale/cs/LC_MESSAGES/libpq.mo
/usr/share/locale/de/LC_MESSAGES/libpq.mo
/usr/share/locale/es/LC_MESSAGES/libpq.mo
/usr/share/locale/fr/LC_MESSAGES/libpq.mo
/usr/share/locale/hr/LC_MESSAGES/libpq.mo
/usr/share/locale/it/LC_MESSAGES/libpq.mo
/usr/share/locale/ko/LC_MESSAGES/libpq.mo
/usr/share/locale/nb/LC_MESSAGES/libpq.mo
/usr/share/locale/pl/LC_MESSAGES/libpq.mo
/usr/share/locale/pt_BR/LC_MESSAGES/libpq.mo
/usr/share/locale/ru/LC_MESSAGES/libpq.mo
/usr/share/locale/sk/LC_MESSAGES/libpq.mo
/usr/share/locale/sl/LC_MESSAGES/libpq.mo
/usr/share/locale/sv/LC_MESSAGES/libpq.mo
/usr/share/locale/tr/LC_MESSAGES/libpq.mo
/usr/share/locale/zh_CN/LC_MESSAGES/libpq.mo
/usr/share/locale/zh_TW/LC_MESSAGES/libpq.mo

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

http://freesource.info

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

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

On Sun, May 08, 2005 at 03:46:15PM +0400, Алексей Турбин wrote:

AT> 1) Пакеты libpq и libecpg разных версий должны мирно сосуществовать;
AT> собственно, для этого в названия пакета и добавляют суффикс,
AT> соответствующий SONAME.  Кстати, суффикс должен соответствовать именно
AT> SONAME, т.е. пакет должен называтья, например, libpq3, а не libpq3.2
AT> (несмотря на то, что в пакете имеется файл libpq.so.3.2).

Принято. Ты прав.

AT> 2) Пакеты lib*-devel и posgresql*-devel разных версий, наверное, должны
AT> конфликтовать.

Гм. В каждой новой версии прописывать конфликты со всеми предыдущими
версиями?

Я бы сделал хитрее -- делал libpq3, но libpq-devel. Только тогда
получается два пакета libpq-devel с разными версиями (боюсь что скрипты,
обслуживающие Сизиф, за такое на меня обидятся.

AT> 3) Сервер должен обновляться независимо от клиентских библиотек
AT> и *-devel пакетов.  То есть мне нужно собрать perl-DBD-Pg с новыми
AT> клиентскими библиотеками и протестировать (прямо во время сборки) со
AT> старым posgresql-server в пределах одной хост-системы.

Логично.

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

http://freesource.info

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Dmitry V. Levin]

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

On Tue, May 10, 2005 at 03:27:47PM +0400, Денис Смирнов wrote:
> On Sun, May 08, 2005 at 01:50:07PM +0400, Алексей Турбин wrote:
> 
> >> 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> >> libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> >> каждого у меня сил не хватит).
> AT>  libpq4.0: Conflicts: libpq3 but 7.4.7-alt3 is to be installed
> AT> Кто и зачем поставил conflicts на библиотеку?
> AT> Я у себя в хост-системе собрать/протестировать не могу.
> 
> Для того, чтобы убрать Conflicts, надо сначала что-то сделать с тем, что
> они конфликтуют по файлам в /usr/share/locale.
> 
> После этого согласен, следует убрать конфликт.
> 
> :r! rpm -ql libpq4.0
> 
> /usr/lib/libpq.so.4
> /usr/lib/libpq.so.4.0
> /usr/share/locale/af/LC_MESSAGES/libpq.mo

Переименовать libpq.mo в libpq-номер.mo


-- 
ldv

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

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

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

On Tue, May 10, 2005 at 03:35:32PM +0400, Dmitry V. Levin wrote:
>> /usr/lib/libpq.so.4
>> /usr/lib/libpq.so.4.0
>> /usr/share/locale/af/LC_MESSAGES/libpq.mo
DVL> Переименовать libpq.mo в libpq-номер.mo

И что нужно сделать, чтобы это работало?

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

http://freesource.info

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Dmitry V. Levin]

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

On Tue, May 10, 2005 at 07:34:30PM +0400, Денис Смирнов wrote:
> On Tue, May 10, 2005 at 03:35:32PM +0400, Dmitry V. Levin wrote:
> >> /usr/lib/libpq.so.4
> >> /usr/lib/libpq.so.4.0
> >> /usr/share/locale/af/LC_MESSAGES/libpq.mo
> DVL> Переименовать libpq.mo в libpq-номер.mo
> 
> И что нужно сделать, чтобы это работало?

Скорректировать вызовы textdomain/bindtextdomain.


-- 
ldv

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

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Alexey I. Froloff]

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

* Денис Смирнов <mithraen@> [050507 17:47]:
> 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> каждого у меня сил не хватит).
Это кто так зависит?

> 2. Пользователям PostgreSQL настоятельно рекомендую протестировать сборку
> postgresql8.0-server, а также поставить на Hold libpq3.
Зачем на холд?

> Список пакетов, которые требуют пересборки:
> ruby-postgres-0.7.1-alt2
Натравите на него робота, пожалуйста (да и на все мои остальные
такие пакеты, если есть).

-- 
Regards,
Sir Raorn.

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

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Ivan Fedorov]

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

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

> AT> 1) Пакеты libpq и libecpg разных версий должны мирно сосуществовать;
> AT> собственно, для этого в названия пакета и добавляют суффикс,
> AT> соответствующий SONAME.  Кстати, суффикс должен соответствовать именно
> AT> SONAME, т.е. пакет должен называтья, например, libpq3, а не libpq3.2
> AT> (несмотря на то, что в пакете имеется файл libpq.so.3.2).
> 
> Принято. Ты прав.
> 
> AT> 2) Пакеты lib*-devel и posgresql*-devel разных версий, наверное, должны
> AT> конфликтовать.
> 
> Гм. В каждой новой версии прописывать конфликты со всеми предыдущими
> версиями?
> 
> Я бы сделал хитрее -- делал libpq3, но libpq-devel. Только тогда
> получается два пакета libpq-devel с разными версиями (боюсь что скрипты,
> обслуживающие Сизиф, за такое на меня обидятся.

Так как все они провайдят libpq-devel = %ver-%rel, то проблема решается:

Confilicts: libpq-devel < %ver-%rel
Confilicts: libpq-devel > %ver-%rel


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

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Denis Smirnov]

Alexey I. Froloff wrote:

>>1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
>>libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
>>каждого у меня сил не хватит).
>>    
>>
>Это кто так зависит?
>  
>
я имею в виду зависящих от libpq.so.3, то есть косвенно зависящих от 
пакета libpq.

>>2. Пользователям PostgreSQL настоятельно рекомендую протестировать сборку
>>postgresql8.0-server, а также поставить на Hold libpq3.
>>    
>>
>Зачем на холд?
>  
>
Потому что Сизиф будет переезжать на libpq.so.4.

>>Список пакетов, которые требуют пересборки:
>>ruby-postgres-0.7.1-alt2
>>    
>>
>Натравите на него робота, пожалуйста (да и на все мои остальные
>такие пакеты, если есть).
>  
>
У меня нет такого робота, и мне никто не даст его результат залить в 
incoming/.
Для того, чтобы проблема вылезла более явно я убрал из последней сборки 
libpq-devel. (вернее сделал условную сборку, поставив %def_without devel).

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Alexey I. Froloff]

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

* Denis Smirnov <mithraen@> [050511 12:36]:
> >> 2. Пользователям PostgreSQL настоятельно рекомендую протестировать сборку
> >> postgresql8.0-server, а также поставить на Hold libpq3.
> > Зачем на холд?
> Потому что Сизиф будет переезжать на libpq.so.4.
Это не повод выносить библиотеку.  И конфликтовать с ней никто не
должен.

$ apt-cache search libmysqlclient
libMySQL - MySQL: Shared libraries
libmysqlclient10 - MySQL: Shared libraries

> >> Список пакетов, которые требуют пересборки:
> >> ruby-postgres-0.7.1-alt2
> > Натравите на него робота, пожалуйста (да и на все мои остальные
> > такие пакеты, если есть).
> У меня нет такого робота, и мне никто не даст его результат залить в 
> incoming/.
Такой робот есть у qa@...

-- 
Regards, Sir Raorn.
-------------------
/boot/System.map уже давно
1. не обновляется.
2. не используется.
		-- ldv in sisyphus@

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

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

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

On Tue, May 10, 2005 at 07:37:18PM +0400, Dmitry V. Levin wrote:

>> И что нужно сделать, чтобы это работало?
DVL> Скорректировать вызовы textdomain/bindtextdomain.

Спасибо, собрал.

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

http://freesource.info

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

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

On Wed, May 11, 2005 at 11:09:24AM +0900, Ivan Fedorov wrote:

IF> Так как все они провайдят libpq-devel = %ver-%rel, то проблема решается:
IF> Confilicts: libpq-devel < %ver-%rel
IF> Confilicts: libpq-devel > %ver-%rel

Логично. А у apt от таких развлечений крышу не уносит?

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

http://freesource.info

Re: [devel] Re: Внимание пользователем PostgreSQL и зависящих пакетов

[Sergey Vlasov]

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

On Wed, May 11, 2005 at 04:40:47PM +0400, Денис Смирнов wrote:
> On Wed, May 11, 2005 at 11:09:24AM +0900, Ivan Fedorov wrote:
> 
> IF> Так как все они провайдят libpq-devel = %ver-%rel, то проблема решается:
> IF> Confilicts: libpq-devel < %ver-%rel
> IF> Confilicts: libpq-devel > %ver-%rel
> 
> Логично. А у apt от таких развлечений крышу не уносит?

Ну от kernel-modules-* вроде не уносит.

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

Re: [devel] Re: ÷ÎÉÍÁÎÉÅ ÐÏÌØÚÏ×ÁÔÅÌÅÍ PostgreSQL É ÚÁ×ÉÓÑÝÉÈ ÐÁËÅÔÏ×

[Denis Smirnov]

Sergey Vlasov wrote:

>>IF> Так как все они провайдят libpq-devel = %ver-%rel, то проблема решается:
>>IF> Confilicts: libpq-devel < %ver-%rel
>>IF> Confilicts: libpq-devel > %ver-%rel
>>
>>Логично. А у apt от таких развлечений крышу не уносит?
>>    
>>
>Ну от kernel-modules-* вроде не уносит.
>  
>
Тогда всё просто замечательно.

[devel] I: delay in Sisyphus update

[Dmitry V. Levin]

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

Hi,

В связи с неудачной попыткой выложить наконец в Сизиф пакеты для x86_64
все пакеты, отправленные в Сизиф, но не успевшие попасть в тот Сизиф,
который был опубликован в ночь со среды на четверг, продолжают ждать
своего часа, который, я надеюсь, наступит, когда последствия экспериментов
с x86_64 будут так или иначе устранены.  Подробности мне неизвестны.


-- 
ldv

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

Re: [devel] I: delay in Sisyphus update

[Denis Smirnov]

On Sat, May 21, 2005 at 12:26:45AM +0400, Dmitry V. Levin wrote:

DVL> В связи с неудачной попыткой выложить наконец в Сизиф пакеты для x86_64
DVL> все пакеты, отправленные в Сизиф, но не успевшие попасть в тот Сизиф,
DVL> который был опубликован в ночь со среды на четверг, продолжают ждать
DVL> своего часа, который, я надеюсь, наступит, когда последствия экспериментов
DVL> с x86_64 будут так или иначе устранены.  Подробности мне неизвестны.

Как это отразится на зеркалах? В смысле "оно само сзеркалируется" (ожидать
трафика), или нужны будут какие-то действия?

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

http://freesource.info

[devel] perl-5.8.7-RC1 (was: delay in Sisyphus update)

[Alexey Tourbin]

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

On Sat, May 21, 2005 at 12:26:45AM +0400, Dmitry V. Levin wrote:
> В связи с неудачной попыткой выложить наконец в Сизиф пакеты для x86_64
> все пакеты, отправленные в Сизиф, но не успевшие попасть в тот Сизиф,
> который был опубликован в ночь со среды на четверг, продолжают ждать
> своего часа, который, я надеюсь, наступит, когда последствия экспериментов
> с x86_64 будут так или иначе устранены.  Подробности мне неизвестны.

У меня готова предварительная сборка perl-5.8.7-alt0.1 (RC1).  Хотелось
бы заказать пересборку сизифа и посмотреть, что отвалится (без рассылки
спама).  Надо бы эту нестандартную ситуацию формализовать. :)

Что-то пересборки сизифа стали происходить реже, чем раз в месяц.
Так никакого regression testing не будет.  В идеале, пересборку нужно
проводить после каждой результативной обработки incoming'а (и давать
late reject пакетам, из-за которых что-то ломается; я когда-то об этом
писал).

И ещё просьба: не перемещать /raid/beehive/error в архив вплоть до
запуска очередной пересборки.  А то вот я туда смотрю а там ничего нет.

> -- 
> ldv

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

Re: [devel] perl-5.8.7-RC1

[Dmitry V. Levin]

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

On Sat, May 21, 2005 at 08:38:03PM +0400, Alexey Tourbin wrote:
> On Sat, May 21, 2005 at 12:26:45AM +0400, Dmitry V. Levin wrote:
> > В связи с неудачной попыткой выложить наконец в Сизиф пакеты для x86_64
> > все пакеты, отправленные в Сизиф, но не успевшие попасть в тот Сизиф,
> > который был опубликован в ночь со среды на четверг, продолжают ждать
> > своего часа, который, я надеюсь, наступит, когда последствия экспериментов
> > с x86_64 будут так или иначе устранены.  Подробности мне неизвестны.
> 
> У меня готова предварительная сборка perl-5.8.7-alt0.1 (RC1).  Хотелось
> бы заказать пересборку сизифа и посмотреть, что отвалится (без рассылки
> спама).  Надо бы эту нестандартную ситуацию формализовать. :)

У нас пока что нет столько ресурсов, чтобы это формализовать.
Так что давайте будем договариваться в кулуарах. :)

> Что-то пересборки сизифа стали происходить реже, чем раз в месяц.

Что-то жесткие диски стали выходить из строя очень быстро.

> Так никакого regression testing не будет.  В идеале, пересборку нужно
> проводить после каждой результативной обработки incoming'а (и давать
> late reject пакетам, из-за которых что-то ломается; я когда-то об этом
> писал).

Для этого требуется оборудование, способное пересобирать Сизиф не дольше
12 часов (а это в два раза быстрее, чем мы сейчас имеем), и при этом не
выходить из строя после нескольких десятков таких пересборок.

> И ещё просьба: не перемещать /raid/beehive/error в архив вплоть до
> запуска очередной пересборки.  А то вот я туда смотрю а там ничего нет.

Это как раз и есть признак подготовки к очередной пересборке. :)


-- 
ldv

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

[devel] Re: perl-5.8.7-RC1

[Alexey Tourbin]

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

On Sat, May 21, 2005 at 08:58:28PM +0400, Dmitry V. Levin wrote:
> > Что-то пересборки сизифа стали происходить реже, чем раз в месяц.
> Что-то жесткие диски стали выходить из строя очень быстро.

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

> > Так никакого regression testing не будет.  В идеале, пересборку нужно
> > проводить после каждой результативной обработки incoming'а (и давать
> > late reject пакетам, из-за которых что-то ломается; я когда-то об этом
> > писал).
> 
> Для этого требуется оборудование, способное пересобирать Сизиф не дольше
> 12 часов (а это в два раза быстрее, чем мы сейчас имеем), и при этом не
> выходить из строя после нескольких десятков таких пересборок.

Как я понимаю, цена вопроса относительно невысока, особенно если жесткие
диски считать расходным материалом.  Но, увы, <...>

> > И ещё просьба: не перемещать /raid/beehive/error в архив вплоть до
> > запуска очередной пересборки.  А то вот я туда смотрю а там ничего нет.
> Это как раз и есть признак подготовки к очередной пересборке. :)

Okay, сейчас я ещё раз проверю и выложу perl-5.8.7-alt0.1.

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

[devel] Ещё раз о версии gcc в hasher

[Alexey Rusakov]

К сожалению, должен констатировать, что изкоробочный hasher при 
отсутствии намёков на версию gcc в конфигурации apt/спеке/хаков в 
query-reg-prog выбирает всё же gcc2.96

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Ещё раз о версии gcc в hasher

[Dmitry V. Levin]

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

On Sun, May 22, 2005 at 04:08:06PM +0400, Alexey Rusakov wrote:
> К сожалению, должен констатировать, что изкоробочный hasher при 
> отсутствии намёков на версию gcc в конфигурации apt/спеке/хаков в 
> query-reg-prog выбирает всё же gcc2.96

Все вопросы выбора пакетов hasher'ом - это вопросы по работе apt-get.
Из какой коробки у вас apt?


-- 
ldv

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

Re: [devel] Ещё раз о версии gcc в hasher

[Alexey Rusakov]

Dmitry V. Levin wrote:

>On Sun, May 22, 2005 at 04:08:06PM +0400, Alexey Rusakov wrote:
>  
>
>>К сожалению, должен констатировать, что изкоробочный hasher при 
>>отсутствии намёков на версию gcc в конфигурации apt/спеке/хаков в 
>>query-reg-prog выбирает всё же gcc2.96
>>    
>>
>Все вопросы выбора пакетов hasher'ом - это вопросы по работе apt-get.
>Из какой коробки у вас apt?
>  
>
Из hasher'овой, вестимо. В системном /etc/apt (который отличается от 
того, что в Сизифе, только набором репозиториев) никаких упоминаний о 
версии компилятора тоже нет.

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] Ещё раз о версии gcc в hasher

[Dmitry V. Levin]

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

On Sun, May 22, 2005 at 04:53:14PM +0400, Alexey Rusakov wrote:
> Dmitry V. Levin wrote:
> >On Sun, May 22, 2005 at 04:08:06PM +0400, Alexey Rusakov wrote:
> >
> >>К сожалению, должен констатировать, что изкоробочный hasher при 
> >>отсутствии намёков на версию gcc в конфигурации apt/спеке/хаков в 
> >>query-reg-prog выбирает всё же gcc2.96
> >>
> >Все вопросы выбора пакетов hasher'ом - это вопросы по работе apt-get.
> >Из какой коробки у вас apt?
> >
> Из hasher'овой, вестимо.

Вряд ли вы используете hasher внутри hasher'а.

> В системном /etc/apt (который отличается от 
> того, что в Сизифе, только набором репозиториев) никаких упоминаний о 
> версии компилятора тоже нет.

Системный апт бывает разный (из разных коробок и по-разному
сконфигурированный).

Попробуйте разобраться, почему у меня apt выбирает gcc3.4-c++,
а у вас gcc2.96-с++.
Может быть, у вас apt видит слишком много разных репозиториев?
Сделайте чистый aptbox (используя mkaptbox) и посмотрите, что говорит
"path/to/aptbox/apt-get -y --print-uris install gcc-c++".


-- 
ldv

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

Re: [devel] Ещё раз о версии gcc в hasher

[Andrey Astafiev]

Dmitry V. Levin wrote

> Системный апт бывает разный (из разных коробок и
> по-разному сконфигурированный).
> 
> Попробуйте разобраться, почему у меня apt выбирает
> gcc3.4-c++, а у вас gcc2.96-с++.
> Может быть, у вас apt видит слишком много разных
> репозиториев? Сделайте чистый aptbox (используя mkaptbox)
> и посмотрите, что говорит "path/to/aptbox/apt-get -y
> --print-uris install gcc-c++".

У меня apt настроен на один локальный репозиторий и в чистом aptbox:

[aptbox]$ ./apt-get -y --print-uris install gcc-c++
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Выбрано gcc2.96-c++ для 'gcc-c++'
Следующие дополнительные пакеты будут установлены:
  SysVinit alt-gpgkeys alternatives binutils bzip2 bzlib chkconfig coreutils cpp2.96
  diffutils ed gawk gcc-c++-common gcc-common gcc2.96 gcc2.96-c++ glibc glibc-core
  glibc-devel glibc-gconv-modules glibc-kernheaders glibc-locales glibc-nss
  glibc-timezones glibc-utils grep gzip iconv info-install kernel-headers-common
  libbeecrypt libbfd libdb4.3 libpopt librpm librpmbuild libstdc++2.96
  libstdc++2.96-devel libtinfo libzio make mktemp msulogin perl-base psmisc rpm sed
  service setup sh terminfo termutils zlib

[skip]

-- 
Andrey Astafiev
andrei (at) altlinux (d0t) ru

Re: [devel] Ещё раз о версии gcc в hasher

[Dmitry V. Levin]

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

On Sun, May 22, 2005 at 09:33:08PM +0400, Andrey Astafiev wrote:
> Dmitry V. Levin wrote
> 
> > Системный апт бывает разный (из разных коробок и
> > по-разному сконфигурированный).
> > 
> > Попробуйте разобраться, почему у меня apt выбирает
> > gcc3.4-c++, а у вас gcc2.96-с++.
> > Может быть, у вас apt видит слишком много разных
> > репозиториев? Сделайте чистый aptbox (используя mkaptbox)
> > и посмотрите, что говорит "path/to/aptbox/apt-get -y
> > --print-uris install gcc-c++".
> 
> У меня apt настроен на один локальный репозиторий и в чистом aptbox:
> 
> [aptbox]$ ./apt-get -y --print-uris install gcc-c++
> Чтение списков пакетов... Завершено
> Построение дерева зависимостей... Завершено
> Выбрано gcc2.96-c++ для 'gcc-c++'

Не верю своим глазам.  Пришлите мне (незачем засорять список) версию apt и
вывод команды "./apt-config dump".


-- 
ldv

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

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Dmitry V. Levin]

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

On Sat, May 07, 2005 at 05:37:22PM +0400, Денис Смирнов wrote:
> Пора готовиться к переходу на PostgreSQL 8 (этот процесс надо полностью
> завершить и протестировать до выхода следующего дистрибутива).
> 
> Посему:
> 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> каждого у меня сил не хватит).

Из-за того, что из репозитория пропал пакет libpq3-devel, перестало
пересобираться 22 пакета:

courier-authlib-0.55-alt2
cyrus-sasl2-2.1.20-alt4
dovecot-0.99.14-alt1
exim-4.44-alt1.1
freeradius-1.0.2-alt1
gambas-1.0.6-alt1
hk_classes-0.7.2-alt1.1
ipac-ng-1.31-alt1
libclip-1.1.14-alt1.1
libgda2-1.1.99-alt1
nagios-1.2-alt1
nagios-plugins-1.3.1-alt5.1.1
netams-3.2.2-alt1
pam-pgsql-0.5.2-alt2.5
perl-DBD-Pg-1.41-alt1
perl-Pg-2.0.2-alt2.1
pgadmin3-1.2.0-alt1.1.1.1
prelude-manager-0.8.10-alt5
proftpd-1.3.0rc1-alt1
qt3-3.3.4-alt4
snort-2.3.3-alt1
ulogd-1.02-alt0.1


-- 
ldv

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

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Ivan Fedorov]

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

Dmitry V. Levin пишет:

>>Пора готовиться к переходу на PostgreSQL 8 (этот процесс надо полностью
>>завершить и протестировать до выхода следующего дистрибутива).
>>
>>Посему:
>>1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
>>libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
>>каждого у меня сил не хватит).
> 
> Из-за того, что из репозитория пропал пакет libpq3-devel,
Это специально. Пинками в светлое будущее. Но теперь libpq3 может жить с
libpq4.
> перестало пересобираться 22 пакета:
но продолжают нормально работать с libpq3...




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

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Kirill A. Shutemov]

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

On 22:42 Sun 22 May, Dmitry V. Levin wrote:
> On Sat, May 07, 2005 at 05:37:22PM +0400, Денис Смирнов wrote:
> > Пора готовиться к переходу на PostgreSQL 8 (этот процесс надо полностью
> > завершить и протестировать до выхода следующего дистрибутива).
> > 
> > Посему:
> > 1. Мантейнеры пакетов, зависящих от libpq -- смените зависимость на
> > libpq4.0 и пересоберите свои пакеты (развешивать блок-баги на всех и
> > каждого у меня сил не хватит).
> 
> Из-за того, что из репозитория пропал пакет libpq3-devel, перестало
> пересобираться 22 пакета:
> 
<skip/>
Может такие вещи вешать в виде багов, а не просто постить в рассылку?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

BTW, Никогда не запускайте dist-upgrade из Сизифа на удалённой машине, особенно
если до неё очень долго ехать.
		-- voins in devel@

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

Re: [devel] perl-5.8.7-RC1

[Kirill A. Shutemov]

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

On 20:58 Sat 21 May, Dmitry V. Levin wrote:
> On Sat, May 21, 2005 at 08:38:03PM +0400, Alexey Tourbin wrote:
> > On Sat, May 21, 2005 at 12:26:45AM +0400, Dmitry V. Levin wrote:
> > > В связи с неудачной попыткой выложить наконец в Сизиф пакеты для x86_64
> > > все пакеты, отправленные в Сизиф, но не успевшие попасть в тот Сизиф,
> > > который был опубликован в ночь со среды на четверг, продолжают ждать
> > > своего часа, который, я надеюсь, наступит, когда последствия экспериментов
> > > с x86_64 будут так или иначе устранены.  Подробности мне неизвестны.
> > 
> > У меня готова предварительная сборка perl-5.8.7-alt0.1 (RC1).  Хотелось
> > бы заказать пересборку сизифа и посмотреть, что отвалится (без рассылки
> > спама).  Надо бы эту нестандартную ситуацию формализовать. :)
> 
> У нас пока что нет столько ресурсов, чтобы это формализовать.
> Так что давайте будем договариваться в кулуарах. :)
Может делать какую-нить директорию в incoming/Sisyphus, что б более-менее
формально попросить о пересборке Сизифа. А дальше уже incominger@ с
мэнтейнерам(и) пакетов, которые там лежат, что б выяснить обосновонность
такой пересборки...

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

FTP -- это не приватный протокол, даже в локальной сети.
Не стоит его использовать каким-либо другим образом, кроме как public read only.
		-- at in sisyphus@

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

Re: [devel] Ещё раз о версии gcc в hasher

[Kirill A. Shutemov]

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

On 16:08 Sun 22 May, Alexey Rusakov wrote:
> К сожалению, должен констатировать, что изкоробочный hasher при 
> отсутствии намёков на версию gcc в конфигурации apt/спеке/хаков в 
> query-reg-prog выбирает всё же gcc2.96
> 
Кстати, а зачем нам вообще ещё нужен 2.9x в Сизифе? Может выкинуть их
вообще?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Вы знаете, я не стал разбираться глубоко.
По причине: результат меня весьма и весьма порадовал,
а дарёную лошадь по стоматологам не таскают.
		-- const in devel@

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

Re: [devel] Внимание пользователем PostgreSQL и зависящих пакетов

[Denis Smirnov]

On Sun, May 22, 2005 at 10:42:22PM +0400, Dmitry V. Levin wrote:

DVL> Из-за того, что из репозитория пропал пакет libpq3-devel, перестало
DVL> пересобираться 22 пакета:

Замечательно, так и задумано. Другого способа быстро пнуть мантейнеров для
перехода на libpq4 я не знаю.

Я правильно понимаю, что робот теперь сам будет пинать мантейнеров в связи
с непересборкой?

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

http://freesource.info