[devel] postgresql conflict

[Ivan Fedorov]

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 тестировать там вобщем-то нечего.
Ну почему же, можно написать набор заглушек, которые будут эмулировать
сервер!

А вот делать автоматически в скрипте сборки запуск и полную иницализацию
демона слушающего сеть это вообще нонсенс!
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : отсутствует
Тип     : application/pgp-signature
Размер  : 197 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20101101/d66ae74b/attachment.bin>