В руби большой зоопарк разных версий одного и того же gem-а, и достаточно часто нужды разработчиков не совпадают с мнением мэнтейнеров дистрибутива, поэтому последние 2-3 года считается хорошим тоном изолировать подобные окружение либо в контейнеры, либо с помощью rvm. В питоне примерно такая же ситуация.
20 сентября 2013 г., 13:03 пользователь Artem Chuprina <r...@ran.pp.ru>написал: > Vladimir Skubriev -> Debian-russian@lists.debian.org @ Fri, 20 Sep 2013 > 12:47:08 +0400: > > VS> Вопрос в связи с этим: > > VS> Это относиться только к приложениям которые рассчитаны на работу из > VS> userspace или это в принципе best practic у опытных админов ? > > Не давать приложению рута - это best practice. Не давать его > разработчику - зависит от разработчика. Если у разработчика нет скиллов > хорошего админа, то лучше не давать, а то такого наворотит, потом не > разворотишь. > > VS> apt-get только для установки сервера, остальное "ручками" - т.е. не из > VS> стандартных репозиториев принято собирать в серьезных проектах ? > > А это зависит от того, что именно нужно. Как показывает практика, с > ruby лучше иметь конструкцию, в которой у каждого сайта свой набор > гемов, конкретных версий (и иногда свой бинарник ruby). Если на одной > физической машине хостится несколько сайтов, это критично. > > Потому как сайт на ruby, даже если сейчас все необходимые пакеты вдруг в > стандартном репозитории есть, может не пережить апгрейда системы, если > он пользуется системными пакетами. > > Надо сказать, я в wheezy видел пакет rubygems-integration, который по > описанию позволяет bundler'у видеть установленные в системе пакеты, и не > ставить то, что уже есть. Но что-то у меня он в какой-то момент, > кажется, не сработал... > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/87r4cjamr6....@wizzle.ran.pp.ru > > -- WBR Artem V. Vasiliev