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