Почему эти рубиновые камни предварительно установлены на Precise32?
Я начинаю с подготовки виртуальной машины для разработки веб-приложений.
Для этого я использую Vagrant. Vagrant позволяет вам использовать базовый «ящик» (образ диска виртуальной машины?), В котором находится выбранная мной операционная система. Для начала я выбрал этот: https://atlas.hashicorp.com/hashicorp/boxes/precise32 .
Я заметил, что после предоставления виртуальной машины с этим блоком, а затем входа в систему, что уже установлено несколько камней ruby:
vagrant@precise32:~$ gem list --local
*** LOCAL GEMS ***
bunny (0.7.9)
chef (10.14.2)
erubis (2.7.0)
facter (1.6.12)
highline (1.6.15)
ipaddress (0.8.0)
json (1.6.1)
mime-types (1.19)
mixlib-authentication (1.3.0)
mixlib-cli (1.2.2)
mixlib-config (1.1.2)
mixlib-log (1.4.1)
mixlib-shellout (1.1.0)
moneta (0.6.0)
net-ssh (2.5.2, 2.2.2)
net-ssh-gateway (1.1.0)
net-ssh-multi (1.1)
ohai (6.14.0)
polyglot (0.3.3)
puppet (2.7.19)
rest-client (1.6.7)
systemu (2.5.2)
treetop (1.4.10)
uuidtools (2.1.3)
yajl-ruby (1.1.0)
Я пытаюсь выяснить, почему эти драгоценные камни здесь. Это нормально, что дистрибутив Ubuntu будет включать их, возможно, потому что другие программы полагаются на них? В частности, я запутался, почему chef уже установлен в этой системе.
1 ответ
На концентраторе Вы упоминаете ( https://atlas.hashicorp.com ), каждый создатель может опубликовать ее собственную сборку и совместно использовать ее бесплатно.
Мысль это не обязано большинство времен, поле создается с партия поставщиков в памяти . Особенно поле, сделанное Hashicorp, должно поддерживать многих поставщиков (марионетка, шеф-повар, соль, ansible, докер и т.д.).
, Кроме того, эти драгоценные камни не будут вредить никаким другим приложениям кроме того, если Вы сделаете Ruby* задачи. Но можно всегда переопределять/удалять и т.д. эти драгоценные камни.