спасибо:)

чо то у меня есть ощущение, что я на SO пойду сейчас про Salt спрашивать. докатились, блин.

чо то у меня есть ощущение, что я на SO пойду сейчас про Salt спрашивать. докатились, блин.

а что ты спросить то хочешь?

чо то у меня есть ощущение, что я на SO пойду сейчас про Salt спрашивать. докатились, блин.

у них ирка есть

у них ирка есть

Ну пипец

Ну пипец

так может ближе к вопросу?

Ивана кто-нидь забанит уже?

https://t.me/Blockchain_Developers

Или давайте все к нему зайдем потрем про Salt vs Ansible

Ивана кто-нидь забанит уже?

я забанил два аккаунта в @spbpython

Или давайте все к нему зайдем потрем про Salt vs Ansible

тоже мысль

Или давайте все к нему зайдем потрем про Salt vs Ansible

было бы чем плюсанул бы

а что ты спросить то хочешь?

вот вопрос про Salt почему так не работает? Install my thing: cmd.run: - name: do thing after <file> exists - wait: - cmd.run: ls <file>

ну т.е. вообще как надо то?

предыдущая команда делает фигню, которую можно отследить по появлению файла

я хочу вот этот стейт с cmd.run накладывать не раньше появления файла

ок

ок

ну вот чего ок? оно выполняет do thing ... до появления файла

кровь из глаз

unless чтоли ему нужен

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

а не, ему нужен creates вроде

а не, ему нужен creates вроде

можно и через wait

а не, ему нужен creates вроде

типа в первую команду creates и require на ту команду?

можно и трусы через голову надеть, безусловно

типа в первую команду creates и require на ту команду?

require в комманду которая зависит от вывода первой и туда уже от чего оно там зависит

там еще и onchanges пахнет

но через require проще :)

короче, кровь из глаз.

начиная с cmd.run прямо кровь из глаз

а что не так-то? ну надо запустить команду, не писать же модуль свой ради одного запуска одной инструкции

расширю контекст

там еще и onchanges пахнет

ему же как стейт нужен файл а не состояние файла, если я правльно понял

расширь лучше не контекст, а объясни, почему элементарного require не хватает ?

может мы поймем что-то, чего не видим

запускаю докер контейнер с помощью dockerng.running маунчу volume надо запустить docker exec, чтобы запустить команду в этом контейнере, но не раньше чем контейнер поднимется, потому что иначе, очевидно, запускать нечего.

запускаю докер контейнер с помощью dockerng.running маунчу volume надо запустить docker exec, чтобы запустить команду в этом контейнере, но не раньше чем контейнер поднимется, потому что иначе, очевидно, запускать нечего.

у вас есть комманда в контейнере которая не запускается при старте контейнера? так?

у вас есть комманда в контейнере которая не запускается при старте контейнера? так?

ну типа, это просто сервисный бинарь, который лежит там в /usr/lib

это типа cli к основному процессу в контейнере

в шеле на хосте всё работает;)

ну типа, это просто сервисный бинарь, который лежит там в /usr/lib

я никого не хочу учить жить но это плохая практика так делать

я никого не хочу учить жить но это плохая практика так делать

+1

я никого не хочу учить жить но это плохая практика так делать

типа плодить отдельный compose с отдельной секцией c require?

но так не пойдет. мне нужен exec в этой контейнере, чтобы по localhost я мог достучаться до процесса

я никого не хочу учить жить но это плохая практика так делать

это пока единственный путь, которым я смог командой в консоли поставить плагин в Jenkins :)

типа плодить отдельный compose с отдельной секцией c require?

я бы если честно написал бы поверху вашего процесса определенный враппер который бы работал как стартер.сш и запускал бы все в правильном порядке и лежал бы он в энтрипоинте

но я опять же не хочу никого учить жить

я бы если честно написал бы поверху вашего процесса определенный враппер который бы работал как стартер.сш и запускал бы все в правильном порядке и лежал бы он в энтрипоинте

мне не надо чтобы оно вместе работало. мне надо запустить cli, сказать ему "поставь плагин" и всё. разовый запуск команды.

я бы если честно написал бы поверху вашего процесса определенный враппер который бы работал как стартер.сш и запускал бы все в правильном порядке и лежал бы он в энтрипоинте

и чтобы положить в контейнер .sh, мне надо сделать свой контейнер на базе родного jenkins, который придется поддерживать еще

и как там внутри стартиться jenkins я не очень хочу знать

я бы если честно написал бы поверху вашего процесса определенный враппер который бы работал как стартер.сш и запускал бы все в правильном порядке и лежал бы он в энтрипоинте

+ и завернуть это всё в юнит systemd

+ и завернуть это всё в юнит systemd

вы офонарели? ради запуска одного скрипта, гонять в контейнере разухабистый зоопарк system.d?

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

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

ну вот начинается;)

щас будет предложено собрать контейнер с уже установленными плагинами:)

давайте решим, что я так сделаю когда-нибудь. а сейчас в рамках изучения сраного солта, я хочу запустить команду в шеле, после появления файлика:)

щито значит "после"

давай так, запускаешь, если файлик существует

ну, т.е. вот очевидно, что солт в dockerng.running воспринимает runnning не как стейт, которого надо добиться, а просто дает команду запустить контейнер и не дожидаясь успеха идет дальше

это делает creates

давай так, запускаешь, если файлик существует

я хочу дождаться, когда он появится

Коли уже написал, то отправлю :) У дженкинса есть механизм конфигурирования через groovy-скрипты, он у нас так и настраивается. При старте устанавливаются нужные плагины и конфигурируются из этого же скрипта.

бля, почему как только в уравнении появляется слово "докер", так сразу на свет вываливается мутное говно, от которого немедленно хочется блевануть :)

Коли уже написал, то отправлю :) У дженкинса есть механизм конфигурирования через groovy-скрипты, он у нас так и настраивается. При старте устанавливаются нужные плагины и конфигурируются из этого же скрипта.

о! да. я их "нежно люблю";) потрахался с настройкой юзера и получением ключа апи. но. это, скорее всего, путь. а ты можешь кинуть кусок, который плагин по имени ставит?

плюсую за плагин по имени

о! да. я их "нежно люблю";) потрахался с настройкой юзера и получением ключа апи. но. это, скорее всего, путь. а ты можешь кинуть кусок, который плагин по имени ставит?

http://espinosa.io/blog/2014-10-17-jenkins-plugin-management-in-groovy.html

а теперь заверните в плейбук

бля, почему как только в уравнении появляется слово "докер", так сразу на свет вываливается мутное говно, от которого немедленно хочется блевануть :)

а при чем тут докер. если state == running, то надо бы ждать этого, а не надеяться, что так будет. просто как только школота, которая пишет ansible и salt, добирается до чего-то чуть сложнее установки пакета в систему, типа aws или docker, то сразу становится ясна цена этой школоте

http://espinosa.io/blog/2014-10-17-jenkins-plugin-management-in-groovy.html

так, спасибо большое! я пошел пилить "the other way around":) забавно, что там ровно про первый же нужный мне плагин пример:)

я вообще не понимаю, почему это плагином идёт

а при чем тут докер. если state == running, то надо бы ждать этого, а не надеяться, что так будет. просто как только школота, которая пишет ansible и salt, добирается до чего-то чуть сложнее установки пакета в систему, типа aws или docker, то сразу становится ясна цена этой школоте

нет :)

точнее, почему этот плагин не идёт из коробки

точнее, почему этот плагин не идёт из коробки

потому что это плагин. а вдруг напишут лучше;) а вдруг вам надо только svn

потому что это плагин. а вдруг напишут лучше;) а вдруг вам надо только svn

и да, я смотрел на календарь. на счет авторов jenkins не уверен

сколько ты знаешь инсталляций дженкинса без гит плагина?

сколько ты знаешь инсталляций дженкинса без гит плагина?

я всего знаю две. из них первую поднимал не я, а вторая пока без гит плагина;)

в общем, спасибо @kostya_keeper

http://espinosa.io/blog/2014-10-17-jenkins-plugin-management-in-groovy.html

в итоге сделал вот так #!groovy import jenkins.model.Jenkins def instance = Jenkins.getInstance() def updateCenter = instance.getUpdateCenter() updateCenter.updateAllSites() def deploy = updateCenter.getPlugin("git").deploy() deploy.get() if (updateCenter.isRestartRequiredForCompletion()) { def lifecycle = instance.getLifecycle() lifecycle.restart() } теперь пытаюсь нагуглить как ключи гита туда прогрузить;) SO лежит:)

меня бомбит. https://docs.google.com/document/d/1LEYX7Az08Y4YG86ZMstAQM8ad9SZdsgCVXK5McIZ-fA/edit?usp=sharing

меня бомбит. https://docs.google.com/document/d/1LEYX7Az08Y4YG86ZMstAQM8ad9SZdsgCVXK5McIZ-fA/edit?usp=sharing

No need to bootstrap ложь

меня бомбит. https://docs.google.com/document/d/1LEYX7Az08Y4YG86ZMstAQM8ad9SZdsgCVXK5McIZ-fA/edit?usp=sharing

Чего бомбит то?