file: name=/tmp/Python-3.5.2 state=directory

unarchive в 2.1 только с zip и tgz работает

unarchive гавно :)

возьми от 2.0

unarchive в 2.1 только с zip и tgz работает

строго говоря, tar.* он должен бы https://github.com/ansible/ansible-modules-core/issues/3241

unarchive в 2.1 только с zip и tgz работает

ах вот оно что

можете само попробовать с разными архивами: ansible localhost -m unarchive -a "src=https://www.python.org/ftp/python/3.5.2/Python-3.5.2.tar.xz dest=/tmp copy=no"

ах вот оно что

да пиздит он, у меня 2.1 прямо сейчас распаковывает wkhtmltox.tar.xz без всяких ошибок

у меня другой тарник

попробуй короче dest=/tmp/ слеш на конце важен

да пиздит он, у меня 2.1 прямо сейчас распаковывает wkhtmltox.tar.xz без всяких ошибок

а там вложенные диры есть?

а там вложенные диры есть?

есть конечно, bin, lib, include, man

нет, следующая ругань на /tmp/Python-3.5.2/Doc

ну вызывай command: распаковывай таром :)

мне пришлось так и делать

ну вызывай command: распаковывай таром :)

но это же изврат!

ну в принципе то, что ты делаешь, тоже дохуя изврат :)

опять фабрик покусал

--- - name: download nsq daemon get_url: url: https://s3.amazonaws.com/bitly-downloads/nsq/nsq-{{nsq_version}}.linux-amd64.go1.6.tar.gz dest: /tmp/nsq-{{nsq_version}}.{{ansible_system.lower()}}-amd64.go1.6.tar.gz validate_certs: no environment: https_proxy: "{{http_proxy}}" - name: install nsq command: /bin/tar --strip-components=1 -xf /tmp/nsq-{{nsq_version}}.{{ansible_system.lower()}}-amd64.go1.6.tar.gz -C {{ noc_root }} args: creates: "{{ noc_root }}/bin/nsqd"

ибо unarchive strip-components не умеет

спасибо. Буду использовать command

спасибо. Буду использовать command

про creates не забудь

http://dpaste.com/0EMX7RK.txt

и подчистить скачанное неплохо бы :)

ну это там дальше. не имело отношения к теме

ну это там дальше. не имело отношения к теме

эти укушенные фабриком мэйкинсталл_граждане всегда забывают. для них все разжевывать надо :)

а чего у тя через равно теги ?

не удобно же

не я писал, досталось, исправлять всё это лень

все равно когда будет нечего делать, конкретно в этом месте будет сначала исправлено на deb пакет, а не знаки равенства

я взял за привычку - правлю файл плейбука прибераю весь на двоеточия

неправлено

и чего у тя в prereqs ?

какая разница? :)

интересно кто как теги юзает

а то в доке сказано - можно использовать теги

а бест практисес нету

какждый изобретает колесико

всякие libjpeg-dev и прочее дерьмо libfreetype6-dev libxml2-dev

ну такое, из очевидного и сразу понятного

не сами пакеты похер

по какой логике тег вешаешь ?

интересно кто как теги юзает

вот я юзаю теги когда надо прогнать кусок на отладке, очень удобно.

я тоже и один из тегов у меня как раз про условно роль

ты спрашиваешь, почему там одновременно packages и prereqs?

нет

тогда я не понимаю, о чем вопрос

я српшиваю по каой логике ты назначаешь этот тег

packages переставит вообще всё, что ставится. включая nginx и postgres, но не будет трогать конфиги и все такое

prereqs в этой роли прогонит только установку тех пакетов, которые нужны для аппликухи

без демонов и прочего

а понял

а на пакетах у тя висит latest ?

на стейджах да

я српшиваю по каой логике ты назначаешь этот тег

а тут разное, где-то кусок роли подключает репу, где-то ставит пакеты, где-то чистит, где-то билд делает, зачем подключать репы сто раз если пакет не собирается, например.

я подключаю репу в роли

условно epel в common

и отдельно не тегирую такие штуки

ну да, например в роли типа db на 14.04 нужен 9.4 постгрес, поэтому сразу в роли (а не где-то еще) добавляется apt репозиторий, ключ, и тут же ставится пакет

да да

на всем этом тэги postgres и packages

тоже в роли web, в таске про nginx, ключ, репа, пакет. тэги packages и nginx

виртхост настраивается в роли разворота приложения

хм

там на таске разворота виртхоста тэги nginx и appname

ну ладно у меня топология другая

я разворачиваю nginx и виртхост в одном месте

носейчас задумался

у меня в одном плейбуке например пять приложений разворачивается

зачем роли устанавливающей nginx, знать про все пять виртхостов?

ну да да

согласен

тем более, что эта роль может разворачиваться на пяти фронтах

у тя другая топология

а на трех из них надо знать про два приложения, а на двух остальных - про три остальных

но сам nginx то ставить все равно на все

так удобнее, короче, конкретно в этом курятнике

если один сервер, один виртхост, один nginx, то почему нет. все подряд аккуратно

это ж не sql с нормальными формами, и декомпозиция во все поля :)

не совсем так

у меня демоны разбросаны и nginx только один