И что, у тебя так работает?

Я эту перенную задал и работает

Я эту перенную задал и работает

У меня так не работало, интересно

но вообще я в последсвии сделал через добавление файликов в yum.repos.d

А потом, как только осознал как не удобно управлять нодами в puppet, и какие там кривые плагины, вернулся на ansible прикрутив к нему планировщик задач rundesk.

Я эту проблему описывал выше, утром. Но сейчас уже больше суток прошло. Понизить версию gdm. Но сегодня прилетела обнова gdm, там исправно

А потом, как только осознал как не удобно управлять нодами в puppet, и какие там кривые плагины, вернулся на ansible прикрутив к нему планировщик задач rundesk.

+

А потом, как только осознал как не удобно управлять нодами в puppet, и какие там кривые плагины, вернулся на ansible прикрутив к нему планировщик задач rundesk.

Ещё рекомендую salt, как замену папету

Ещё рекомендую salt, как замену папету

Какие у него отличия от ansible?

ему так же нужны демоны на каждой ноде, как и папету

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

очень быстро разлетаются задания

но при этом в salt есть возможность и у управления с главного сервера, без демона на клиенте, короче как в ансибле, через ссш, например так можно легко поставить туда миньёнов ( демонов salt)

можно прямо из cli раздавать задания, как ansible AdHoc, а можно и писать плейбуке в yaml

думаю, salt лучше в этом ansible, но я к ansible привык

Нужно будет пощупать

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

Я на pappet кучу времени потратил зря, пока почижу на ansible. Может потом, как появится время

Я на pappet кучу времени потратил зря, пока почижу на ansible. Может потом, как появится время

puppet это yoba-enterprise-level solution, подходит для супер запутанных и гигантских систем в корпорациях с бюрократией, ansible и salt - бери и делай прямо сейчас, всё просто, понятно, но при этом и не менее функционально

фатальный недостаток puppet в том, что там нельзя группировать ноды и применять pp для группы нод, очень не удобно в конфиге описывать каждую ноду по отдельности. Или я не нашел как применить для группы нод

фатальный недостаток puppet в том, что там нельзя группировать ноды и применять pp для группы нод, очень не удобно в конфиге описывать каждую ноду по отдельности. Или я не нашел как применить для группы нод

конечно же там можно такое делать, там можно регэкспами матчить нужные тебе хостнеймы, что не отрицаю, очень неудобно

ansible - работает без мастера, что для практически любых задач огромный плюс, salt - это в принципе хорошая система, но у него две проблемы: мастер и "программирование на jinja"

тебе надо либо алиасы писать ко ВСЕМ хостам, либо заранее им давать хостнеймы иерархичные

ansible - работает без мастера, что для практически любых задач огромный плюс, salt - это в принципе хорошая система, но у него две проблемы: мастер и "программирование на jinja"

salt без мастера тоже работает

фатальный недостаток puppet в том, что там нельзя группировать ноды и применять pp для группы нод, очень не удобно в конфиге описывать каждую ноду по отдельности. Или я не нашел как применить для группы нод

про hiera почитай

salt без мастера тоже работает

да, если ты его сконфигуришь, а конфигурить ты его чем будешь? ansible

ну, в обще-то да, деплой скрипт какой-нибудь нужен

в ansible очень не хватает нормального шедуллера, rundeck тоже не самое лучшая штука,

так как потоянно сыпятся ошибки что ssh не всегда проходит

или, например его плагин для ansible определяет сервак с centos 7 как сервак Debian

или, например его плагин для ansible определяет сервак с centos 7 как сервак Debian

что за плагин, например?

Он у них вроде один https://github.com/Batix/rundeck-ansible-plugin

а, так ты про rundeck (not rundeSk), по мне так удобнейшая вещь

но не идеальная)

надеюсь, она когда-нибудь войдёт в состав нативного модуля для ansible, тогда и улучшится качество

мне так вообще и крона хватает, зачем тебе rundeck для этого?

для наглядности выполнения

логи и ошибки смотреть удобно

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

ну и нотификация

они же все в кучу пишутся

нотификация на баш-скрипте))))

Пытаюсь fireplace собрать, получаю ошибку: wlc/include/wlc/geometry.h:9:10: fatal error: 'stdbool.h' file not found, err: trueесть идеи?

grepom ищешь нужное))))

не знаю, я так привык и мне норм

можно в заббикс ещё нотификацию прикрутить, как например бэкапы у меня

но интересно было так

Пытаюсь fireplace собрать, получаю ошибку: wlc/include/wlc/geometry.h:9:10: fatal error: 'stdbool.h' file not found, err: trueесть идеи?

у тебя нету stdbool.h

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

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

Он уж лет 17-18 как стандартно должен быть... Как вариант попробовать включить cstdbool

http://www.cplusplus.com/reference/cstdbool/

Он уж лет 17-18 как стандартно должен быть... Как вариант попробовать включить cstdbool

ну, я так предположил, глядя на ошибку, да и разное бывает у людей в системе

знатоки, а для репы epel-7 кто собирает пакеты? Любой желающий или approved redhat maintainers?

Он уж лет 17-18 как стандартно должен быть... Как вариант попробовать включить cstdbool

Оказывается это clang, спасибо

привет всем! знаю, скажете изврат, но никто не ставил net.core на федору 25? установил из оффициальных источников, тупо не взлетает.. даже на дотнет —версион

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

мне нужно коре.

напиши строку запуска сборки из моно?

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

это сборка. я а просил ЗАПУСК

ну вот. т.е. ВНУТРИ ВИРТУАЛЬНОЙ МАШИНЫ МОНО запускается ехе.

да, надо было написать "релиза" вместо сборки.

в смысле ты не согласен что моно имя.ехе - это запуск ВНУТРИ моно машины?!

Моргает долго. Потом перестает. У сервиса gdm такая ошибка Could not start command '/usr/libexec/gdm-session-worker': Too many open files

про IL я в курсе, не сомневайся ) ладно, видно "мне нужен КОРЕ" ты пропустил! ( ок.

Моргает долго. Потом перестает. У сервиса gdm такая ошибка Could not start command '/usr/libexec/gdm-session-worker': Too many open files

Так у меня стало с тех пор как я подумал, что беда в драйверах нвидии. Снес негативо17, поставил из рпмфьюжн. На них вообще черный экран был. Поизвращался, ничего не добился. Снес. И теперь вот так

ну потому что пока учил матчасть я увидел что КОРЕ отличается от .Net Framwork по реализации, в пользу кроссплатформенности БЕЗ костылей в виде запуска всего что напишешь через свою вирт машину (а не просто библиотеки)

Полчаса назад обновил. Ничего не изменилось

не, у меня веселее есть:

т.е. ты УВЕРЕН что это ОДНО И ТО ЖЕ?

вопрос "почему тогда нужно из нэт фреймворка в коре переносить что то?" я опущу.. ща найду таблицу различий и кину.

Селинукс выключен. Откат не пробовал. Но проблема в другом. Когда была беда с гдм, то он хотя бы запускался. Сейчас не может стартануть. мар 09 20:46:52 homepc gdm[28084]: Child process -3987 was already dead. мар 09 20:46:52 homepc gdm[28084]: Child process 3974 was already dead. мар 09 20:46:52 homepc gdm[28084]: Unable to kill session worker process мар 09 20:46:52 homepc gdm[28084]: Child process -4004 was already dead. мар 09 20:46:52 homepc gdm[28084]: Child process 3991 was already dead. мар 09 20:46:52 homepc gdm[28084]: Unable to kill session worker process мар 09 20:46:52 homepc gdm[28084]: Child process -4021 was already dead. мар 09 20:46:52 homepc gdm[28084]: Child process -4021 was already dead. мар 09 20:46:52 homepc gdm[28084]: Child process -4038 was already dead. мар 09 20:46:52 homepc gdm[28084]: Child process -4038 was already dead.

вот это им кинь просто: https://habrahabr.ru/company/microsoft/blog/245901/

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

это простое разъяснение РАЗНИЦЫ!

ок. вместо ответа пришел закид на моно. ну тут понятно. еще у кого нить варианты есть?

я про фреймворк и коре говорил.

@xvitaly у меня отревьювил спеку еще один человек, и он прогнал на нескольких архитектурах мою утилиту - https://koji.fedoraproject.org/koji/taskinfo?taskID=18275674

Вопроса два, почему не компилится под другие архитектуры, там нету qt?