Концептуальная проблема с пакетами в системе (devops)

[amarao_san]

Выписываю свои первые мысли по вопросу. У меня нет ещё готовой точки зрения и я хочу просто пока что сформулировать проблему и аргументы с каждой из точек зрения

Comments

[amavlyanov]

вот память пока не так дешева как диски.

[amavlyanov]

нужны системы автоматического сбора пакетов из всяких pip, gem и прочих cabal. программы которые идут из внешних по отношению к дистрибутивным источников эта систма должна автоматически префексировать в /opt/programname/ со всеми зависимостями (дисковое пространство нынче крайне дёшево).

вот в fedora занялись вроде проблемой, посмотрим что выйдет...

[amarao_san]

Спасибо, посмотрю.

[amavlyanov]

fpm может сам создать пакет с внешними бинарными зависимостями? при том что перед ним только pip.install файлик от программистов?

я говорил выше именно о таком инструменте.

[cottidianus]

вот

[civilus]

По моему опыту - надо искать компромис с разработчиками. Например разработчики пакетируют свой софт, включая скрипты для выполнние bundler'а. Но все, что мало-мальски плохо уживается - пакетируется. Или что-то в таком духе. Правда некоторые разработчики вдаются в крайности и делают пакет из одного postinst'а, где делается svn co <...>; make && make install, но это уже отдельная песня (такие товарищи реально бывают