[devel] postgresql conflict

[devel] postgresql conflict

[Vladimir Lettiev]

Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
postgresl-server. Теперь apt выбирает для них разные версии postgresql
и не может установить одновременно.
Можно ли это как-нибудь започинить?

perl-DBD-Pg-2.17.0-alt1
    postgresql9.0-server: Depends: postgresql9.0 (= 9.0.1-alt2)
    E: Broken packages
    hsh-install: failed to calculate package file list.


-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] postgresql conflict

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

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

On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:

VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
VL> и не может установить одновременно.
VL> Можно ли это как-нибудь започинить?

А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] postgresql conflict

[Vladimir Lettiev]

On Mon, Nov 01, 2010 at 08:36:49PM +0300, Денис Смирнов wrote:
> On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:
> 
> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
> VL> и не может установить одновременно.
> VL> Можно ли это как-нибудь започинить?
> 
> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.

Для тестов

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] postgresql conflict

[Ivan Fedorov]

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

Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
writes:

> On Mon, Nov 01, 2010 at 08:36:49PM +0300, Денис Смирнов wrote:
>> On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:
>> 
>> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
>> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
>> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
>> VL> и не может установить одновременно.
>> VL> Можно ли это как-нибудь започинить?
>> 
>> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
>
> Для тестов

Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
etc.), а функциональные тесты нельзя выполнять на этапе сборки.

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

Re: [devel] postgresql conflict

[Vladimir Lettiev]

On Mon, Nov 01, 2010 at 08:56:44PM +0300, Ivan Fedorov wrote:
> Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> writes:
> 
> > On Mon, Nov 01, 2010 at 08:36:49PM +0300, Денис Смирнов wrote:
> >> On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:
> >> 
> >> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
> >> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
> >> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
> >> VL> и не может установить одновременно.
> >> VL> Можно ли это как-нибудь започинить?
> >> 
> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
> >
> > Для тестов
> 
> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
> etc.), а функциональные тесты нельзя выполнять на этапе сборки.

Разработчикам модуля, очевидно, виднее как нужно тестировать их модуль.
Без наличия postgresql тестировать там вобщем-то нечего.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] postgresql conflict

[Alexey I. Froloff]

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

On Mon, Nov 01, 2010 at 08:56:44PM +0300, Ivan Fedorov wrote:
> функциональные тесты нельзя выполнять на этапе сборки.
Да щито ви гойвоrите!?  Так таки нельзя?

-- 
Regards,    --
Sir Raorn.   --- http://thousandsofhate.blogspot.com/

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

Re: [devel] postgresql conflict

[Dmitry V. Levin]

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

On Mon, Nov 01, 2010 at 08:56:44PM +0300, Ivan Fedorov wrote:
> Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:
> > On Mon, Nov 01, 2010 at 08:36:49PM +0300, Денис Смирнов wrote:
> >> On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:
> >> 
> >> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
> >> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
> >> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
> >> VL> и не может установить одновременно.
> >> VL> Можно ли это как-нибудь започинить?
> >> 
> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
> >
> > Для тестов
> 
> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
> etc.), а функциональные тесты нельзя выполнять на этапе сборки.

И это говорит глава группы @pgsql?
В добровольную отставку подать не хотите? :)


-- 
ldv

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

Re: [devel] postgresql conflict

[Ivan Fedorov]

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

"Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> On Mon, Nov 01, 2010 at 08:56:44PM +0300, Ivan Fedorov wrote:
>> Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
>> > On Mon, Nov 01, 2010 at 08:36:49PM +0300, Денис Смирнов wrote:
>> >> On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:
>> >> 
>> >> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
>> >> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
>> >> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
>> >> VL> и не может установить одновременно.
>> >> VL> Можно ли это как-нибудь започинить?
>> >> 
>> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
>> >
>> > Для тестов
>> 
>> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
>> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
>> etc.), а функциональные тесты нельзя выполнять на этапе сборки.

> И это говорит глава группы @pgsql?
Ага.

> В добровольную отставку подать не хотите? :)
Нет не хочу, и готов аргументировать каждое написанное мной слово!

А вот есть ли у Вас, Дмитрий, что сказать по теме, или можем только
пов$#%^ся используя свой авторитет и права root@ на сборочнице?!

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

Re: [devel] postgresql conflict

[Dmitry V. Levin]

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

On Mon, Nov 01, 2010 at 11:43:14PM +0300, Ivan Fedorov wrote:
> "Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> > On Mon, Nov 01, 2010 at 08:56:44PM +0300, Ivan Fedorov wrote:
> >> Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org> writes:
> >> > On Mon, Nov 01, 2010 at 08:36:49PM +0300, Денис Смирнов wrote:
> >> >> On Mon, Nov 01, 2010 at 08:28:40PM +0300, Vladimir Lettiev wrote:
> >> >> 
> >> >> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
> >> >> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
> >> >> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
> >> >> VL> и не может установить одновременно.
> >> >> VL> Можно ли это как-нибудь започинить?
> >> >> 
> >> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
> >> >
> >> > Для тестов
> >> 
> >> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
> >> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
> >> etc.), а функциональные тесты нельзя выполнять на этапе сборки.
> 
> > И это говорит глава группы @pgsql?
> Ага.
> 
> > В добровольную отставку подать не хотите? :)
> Нет не хочу, и готов аргументировать каждое написанное мной слово!

Ну так аргументируйте, почему postgresql-сервер нельзя использовать для
тестов.


-- 
ldv

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

Re: [devel] postgresql conflict

[Ivan Fedorov]

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

Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
writes:

>> >> VL> Пришёл свежий лог пересборки sisyphus. Оказалось, что сломалась сборка
>> >> VL> perl-DBD-Pg, где в сборочных зависимостях есть postgresql-devel и
>> >> VL> postgresl-server. Теперь apt выбирает для них разные версии postgresql
>> >> VL> и не может установить одновременно.
>> >> VL> Можно ли это как-нибудь започинить?
>> >> 
>> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
>> >
>> > Для тестов
>> 
>> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
>> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
>> etc.), а функциональные тесты нельзя выполнять на этапе сборки.
>
> Разработчикам модуля, очевидно, виднее как нужно тестировать их
> модуль.
К сожалению далеко не факт. Им виднее, ЧТО надо тестировать, а вот КАК
далеко не всегда виднее.

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

Но иногда софт пишут админы, потому что "больше некому", тогда часто
получается софт который вроде бы и деплоится, но уж больно он заточен на
частные случаи(например конфигурации машин в сети админа.)

Более удачный случай это наверное программист с навыками админа, но и
там своих тараканов хватает... точнее их ещё больше, да и выявлять их
сложнее. :(

> Без наличия postgresql тестировать там вобщем-то нечего.
Ну почему же, можно написать набор заглушек, которые будут эмулировать
сервер!

А вот делать автоматически в скрипте сборки запуск и полную иницализацию
демона слушающего сеть это вообще нонсенс!

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

Re: [devel] postgresql conflict

[Ivan Fedorov]

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

"Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

>> >> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
>> >> >
>> >> > Для тестов
>> >> 
>> >> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
>> >> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
>> >> etc.), а функциональные тесты нельзя выполнять на этапе сборки.
>> 
>> > И это говорит глава группы @pgsql?
>> Ага.
>> 
>> > В добровольную отставку подать не хотите? :)
>> Нет не хочу, и готов аргументировать каждое написанное мной слово!
>
> Ну так аргументируйте, почему postgresql-сервер нельзя использовать для
> тестов.

Потому что для тестов нужна легковоспроизводимая среда. А сборка rpm
бывает не только в hasher, но и на host-машине, где postgresql уже стоит
и запущен в совсем иной конфигурации, или запущен совсем не Pg, но уже
использует скажем те же tcp-порт и unix-сокет.

Автоматическая установка, слепая иницализая и запуск PsSQL-сервера не
могут дать гарантию удачного создания тестовой среды.

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

Re: [devel] postgresql conflict

[Dmitry V. Levin]

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

On Mon, Nov 01, 2010 at 11:59:08PM +0300, Ivan Fedorov wrote:
> "Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
> 
> >> >> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
> >> >> >
> >> >> > Для тестов
> >> >> 
> >> >> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
> >> >> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
> >> >> etc.), а функциональные тесты нельзя выполнять на этапе сборки.
> >> 
> >> > И это говорит глава группы @pgsql?
> >> Ага.
> >> 
> >> > В добровольную отставку подать не хотите? :)
> >> Нет не хочу, и готов аргументировать каждое написанное мной слово!
> >
> > Ну так аргументируйте, почему postgresql-сервер нельзя использовать для
> > тестов.
> 
> Потому что для тестов нужна легковоспроизводимая среда.

Что такое легковоспроизводимая среда?  Как определить, является ли
воспроизводимая среда легковоспроизводимой?

> А сборка rpm бывает не только в hasher, но и на host-машине,

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

> где postgresql уже стоит
> и запущен в совсем иной конфигурации, или запущен совсем не Pg, но уже
> использует скажем те же tcp-порт и unix-сокет.

Значит, эта среда не годится.
Разве кто-то обещал, что любой пакет можно собрать в любой среде?

> Автоматическая установка, слепая иницализая и запуск PsSQL-сервера не
> могут дать гарантию удачного создания тестовой среды.

В изолированной воспроизводимой среде всё это возможно.


-- 
ldv

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

[devel] [JT] Троллинг (was: postgresql conflict)

[Ivan Fedorov]

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

Victor Forsiuk <force-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

> 2010/11/1 Alexey I. Froloff <raorn@altlinux.org>
>
>     On Mon, Nov 01, 2010 at 08:56:44PM +0300, Ivan Fedorov wrote:
>     > функциональные тесты нельзя выполнять на этапе сборки.
>     Да щито ви гойвоrите!?  Так таки нельзя?
>
> А давайте, Алексей, Вы не будете троллить.

Да пусть троллит, SKL'щиков нынче мало осталось, их уже скоро в
заповедниках держать придётся... с белыми мягкими стенами...

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

Re: [devel] postgresql conflict

[Vladimir Lettiev]

On Mon, Nov 01, 2010 at 11:54:34PM +0300, Ivan Fedorov wrote:
> Vladimir Lettiev <thecrux-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> writes:
> 
> >> >> А на зачем он вообще тянет за собой _сервер_? Это явно где-то ошибка.
> >> >
> >> > Для тестов
> >> 
> >> Это ну ОЧЕНЬ неправильные тесты! Юнит-тесты не должные зависеть от
> >> внешней среды (наличие внешних сервисов, сети, времени года, фазы луны,
> >> etc.), а функциональные тесты нельзя выполнять на этапе сборки.
> >
> > Разработчикам модуля, очевидно, виднее как нужно тестировать их
> > модуль.
> К сожалению далеко не факт. Им виднее, ЧТО надо тестировать, а вот КАК
> далеко не всегда виднее.

На сколько я смог понять создаётся база через initdb.
Сервер вешается на интерфейс 127.0.0.1 и ищется свободный порт с 5440 до
5470. Затем проводятся полноценные тесты.

> > Без наличия postgresql тестировать там вобщем-то нечего.
> Ну почему же, можно написать набор заглушек, которые будут эмулировать
> сервер!
> 
> А вот делать автоматически в скрипте сборки запуск и полную иницализацию
> демона слушающего сеть это вообще нонсенс!

Вовсе нет.


Изначально вопрос содержал просьбу провести изменения в новом пакете postgresql.
Если решили использовать 9-ку, так собирайте к ней devel. Если нет, то не
надо провайдить postgresql-server, т.к. есть пакеты которые это затронет.
Если есть причины не делать этого, то в этом случае придётся либо жёстко
указать зависимости на версию в perl-DBD-Pg или оторвать на время тесты.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] postgresql conflict

[Vladimir V. Kamarzin]

>>>>> On 02 Nov 2010 at 02:28 "VL" == Vladimir Lettiev writes:

VL> Изначально вопрос содержал просьбу провести изменения в новом пакете postgresql.
VL> Если решили использовать 9-ку, так собирайте к ней devel. Если нет, то не
VL> надо провайдить postgresql-server, т.к. есть пакеты которые это затронет.
VL> Если есть причины не делать этого, то в этом случае придётся либо жёстко
VL> указать зависимости на версию в perl-DBD-Pg или оторвать на время тесты.

-devel будет на днях.

-- 
vvk

Re: [devel] postgresql conflict

[Ivan Fedorov]

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

"Dmitry V. Levin" <ldv-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

>> А сборка rpm бывает не только в hasher, но и на host-машине,
>
> Давайте не будем идеализировать этот мир.
> Не всякая хост-система годится в качестве сборочной среды, у разных
> пакетов на этот счет разные требования.

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

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

>> где postgresql уже стоит
>> и запущен в совсем иной конфигурации, или запущен совсем не Pg, но уже
>> использует скажем те же tcp-порт и unix-сокет.
>
> Значит, эта среда не годится.
Эта среда годится для сборки!

> Разве кто-то обещал, что любой пакет можно собрать в любой среде?
Нет, но сборка и функциональное тестирование весьма разные процедуры!

>> Автоматическая установка, слепая иницализая и запуск PsSQL-сервера не
>> могут дать гарантию удачного создания тестовой среды.
>
> В изолированной воспроизводимой среде всё это возможно.
Вы уверены? Я ведь не зря писал про TCP-порт. Ибо если он занят на
host-системе, то и в hasher он будет ЗАНЯТ!

А пока я не видел в ALT автоматически создаваемой среды сборки, с
уровнем изоляции выше chroot. (arm сборочницу с qemu я не смотрел, но
это ведь всё равно уникальный случай)

Помнится когда-то было заявлено, что в ALT пакеты собираются в
МИНИМАЛЬНОЙ среде, необходимой для сборки. Сервер Pg для СБОРКИ НЕ
НУЖЕН. Ну а дальше думайте сами, я свое мнение высказал, продолжать этот
пустой спор мне более не интересно.

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