Re: [devel] postgresql conflict

[Ivan Fedorov <ns@altlinux.org>]

[-- 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 --]