Общение на окологентушные темы

gentoo@conference.gentoo.ru

Среда, 2 ноября 2016< ^ >

Pinkbyte установил(а) тему: Gentoo Linux || FAQ: http://www.gentoo.ru/faq || Вставки более 3 строк → app-text/wgetpaste || Логи: http://gentoo.ru/jabber/logs/ || Языками чешут в talks@conference.gentoo.ru || Фортунки http://fortunes.gentoo.ru || Дерево portage Gentoo официально переехало на git!

Конфигурация комнаты

Участники комнаты

GMT+3
[00:17:32] slepnoga вышел(а) из комнаты
[00:47:48] evadim вошёл(а) в комнату
[00:57:42] evadim вышел(а) из комнаты
[01:06:33] bober2000 вышел(а) из комнаты
[01:07:20] 0xd34df00d вышел(а) из комнаты: Disconnected: closed
[01:07:30] 0xd34df00d вошёл(а) в комнату
[01:14:01] 0xd34df00d вышел(а) из комнаты: Disconnected: closed
[01:14:19] 0xd34df00d вошёл(а) в комнату
[01:14:58] beelzebubbie вышел(а) из комнаты
[01:59:04] 0xd34df00d вышел(а) из комнаты: Disconnected: closed
[02:15:14] nordwind вышел(а) из комнаты
[03:50:49] Sun][ вышел(а) из комнаты
[05:14:17] nehex вышел(а) из комнаты
[05:41:37] beelzebubbie вошёл(а) в комнату
[07:23:18] intellect вошёл(а) в комнату
[07:34:24] beelzebubbie вышел(а) из комнаты
[07:36:13] beelzebubbie вошёл(а) в комнату
[08:45:16] bober2000 вошёл(а) в комнату
[09:01:30] slepnoga вошёл(а) в комнату
[09:53:25] nordwind вошёл(а) в комнату
[09:54:09] <nordwind> Q:-)
[10:15:37] rea вошёл(а) в комнату
[10:47:17] Pinkbyte вошёл(а) в комнату
[11:14:08] nehex вошёл(а) в комнату
[11:14:36] nehex вышел(а) из комнаты
[11:49:33] <rea> coreos щупал кто?
[12:07:53] eegorov вышел(а) из комнаты
[12:19:10] Civilian вошёл(а) в комнату
[12:35:34] <nordwind> Зачем, если есть генту?
[12:36:41] nordwind вышел(а) из комнаты
[12:57:12] eegorov вошёл(а) в комнату
[13:16:51] <rea> на основе генту
[13:28:10] <eegorov> эээм
[13:28:22] <eegorov> это как понимать?
  The above constraints are a subset of the following complete expression:
    elogind? ( !systemd ) systemd? ( elogind )
[13:29:01] <Civilian> eegorov: либо-либо
[13:29:07] <eegorov> ну так нет же
[13:29:08] <Civilian> если втыкаешь elogind - вытыкай systemd
[13:29:30] <Civilian> ну поправь же
[13:29:33] <Civilian> если нет же
[13:29:38] <eegorov> если бы было
elogind? ( !systemd ) systemd? ( !elogind ) - я бы понял
[13:29:38] <Civilian> и баг заведи же
[13:29:49] <Civilian> а, опечатка
[13:30:21] Sun][ вошёл(а) в комнату
[13:30:38] <eegorov> вопрос снимается, это оверлейный пакет...
[13:31:04] eegorov пошел удалять кривой оверлей к чертям
[13:31:32] <rea> лол
[13:32:03] <rea> eegorov, ты случаем не пробовал новую плазму на вяленом?
[13:33:39] <eegorov> у меня два радеона. один x1950 - на нем вообще не запускается. Есть еще HD 5450 на ней запускается, но падает - пользоваться невозможно
[13:34:08] <rea> eegorov, а ты пробовал?
[13:34:23] <rea> научи
[13:34:38] <eegorov> чему научить?
[13:34:44] <rea> плазму
[13:34:46] <eegorov> ка уронить плазму?
[13:35:18] <rea> > новую плазму на вяленом
[13:35:27] <rea> запустить и уронить
[13:35:58] <rea> у меня intel hd. а дискретные видеокарточки я распродал
[13:36:18] <eegorov> логинишься в tty2, делаешь export $(dbus-launch) и потом startplasmacompositor
[13:36:37] <rea> eegorov, а из sddm?
[13:37:12] <eegorov> ну вот кодгда хотя юы так заработает, тогда и в sddm пробовать будешь...
[13:39:32] <rea> eegorov, elogind для этого нужен?
[13:39:51] <eegorov> мне - нет. у меня системда
[13:40:24] <rea> eegorov, нафига она тебе? наркоман?
[13:41:04] <eegorov> нет, не наркоман
[13:41:43] <rea> гента хороша тем, что отторгает системду
[13:42:41] <eegorov> с чего она ее отторгает то? а нужна, хотя бы для этого
https://paste.pound-python.org/show/2xEx57lc4b8yyIF3stbD/
[13:42:59] <eegorov> ну и systemd-nspawn - вещь
[13:44:14] <rea> а в openrc всё плоско? нет cgroups? или что там у тебя изображено
[13:45:02] <eegorov> ну, не знаю, как сейчас дела у опенрц, а на тот момент автоматически он не умел процессы по цгруппам раскидывать
[13:47:36] <eegorov> есть, например, сервис линуксовый, основной процесс которого плодит кучу других разных процессов. при том, он умеет сам перезапускаться при обновлении, меняя пид.  Системда за этим хозяйством следить кмеет.  опенрц - только нет
[13:47:57] <eegorov> *опенрц - нет
[13:50:25] <eegorov> другой пример
[13:51:51] <beelzebubbie> а почему нужно возлагать цгруппы на openrc/systemd?
[13:51:55] <rea> ну и что? пид он меняет, родителя - нет?
[13:52:15] <beelzebubbie> openrc умеет цгруппы но как-то так, что я совершенно не понял как
[13:52:35] <eegorov> у меня сервер есть с несколькими чрутами, в которых собираются гентушные бинарники
сейчас я тупо выполняю systemd-nspawn -D <путь к chroot-окружению> /update_binhost.sh, и не заморачиваюсь с монтированием всяких dev, proc и пр
[13:52:43] <beelzebubbie> cgconfig / cgred вроде бы как вполне годно, не?
[13:52:50] <eegorov> » openrc умеет цгруппы но как-то так, что я совершенно не понял как
вот и я не понял как
[13:53:07] <eegorov> » а почему нужно возлагать цгруппы на openrc/systemd?
а на кого возлагать, на себя?
[13:53:22] <eegorov> а оно мне надо. если уже в системд из коробки работает
[13:53:57] <beelzebubbie> а абсолютно все у нас должно в рамкак системд запускаться и работать?
[13:54:15] <beelzebubbie> dev-libs/libcgroup есть еще
[13:54:28] <eegorov> » ну и что? пид он меняет, родителя - нет?
родитель обновляет исполняемый файл, и запускает новый процесс, а сам завершается
[13:54:32] <beelzebubbie> совершенно вменяемые конфиги
[13:54:41] <eegorov> beelzebubbie: кому должно?
[13:55:05] <eegorov> я никого ни к чему не принуждаю. я использую инструмент для своих задач
[13:55:27] <beelzebubbie> если цгруппами предполагается что рулит системд, то если мы что-то запускаем ВНЕ системд, то мы логически не имеем цгрупп
[13:55:38] <beelzebubbie> я просто пока пытаюсь логику понять
[13:56:34] <eegorov> beelzebubbie: если тебе нужна своя иерархия с цгруппах - пожалуйста - запускай как хочешь
[13:57:17] <eegorov> системда не исключает "ручного" использования libcgroup. если ты про это
[13:57:31] <beelzebubbie> eegorov: вопрос не в том кто что может :D
[13:57:48] <beelzebubbie> как я уже сказал, я хочу понять логику
[13:57:59] <eegorov> так ведь нет. изначально был вопрос
» нафига она тебе?
[13:58:18] <eegorov> я именно на этот вопрос и отвечал.
[13:58:32] Anarchist вошёл(а) в комнату
[13:58:39] <beelzebubbie> если мы что-то запускаем ВНЕ системд, то мне кажется крайне неожиданным получение цгруппы от системд
[13:58:50] <eegorov> а ты в философскую плоскость пытаешься уже перейти
[13:59:00] <rea> eegorov, а без системды управлять cgroups ты не пробовал?
[13:59:05] <eegorov> нет
[13:59:09] <rea> жаль
[13:59:24] <eegorov> beelzebubbie: что значит
» запускаем ВНЕ системд
[13:59:24] <beelzebubbie> не в философскую, а в плоскость предсказуемости и логичности
[13:59:26] <eegorov> ?
[13:59:31] <rea> а я их вообще не включал еще в системе
[13:59:44] <rea> только в ядре включено
[13:59:49] <beelzebubbie> eegorov например я беру и запускаю сборку ведра whatever
[14:00:14] <rea> eegorov, а пакс-флаги системда может?
[14:00:17] <beelzebubbie> eegorov: или в кроне, да тысячи их
[14:00:20] <rea> pax flags
[14:00:28] <eegorov> beelzebubbie: запускаешь руками из под пользовательской сессии?
[14:00:34] <eegorov> или кроном?
[14:00:47] <eegorov> » [16:39:40] <rea> pax flags
хз
[14:01:20] <beelzebubbie> как угодно но ВНЕ того, чем непосредственно управляет systemd / openrc / что еще там аналогичного
[14:01:47] <eegorov> beelzebubbie:
» как угодно но ВНЕ
-противоречишь сам себе
[14:02:09] <eegorov> давай часный случай разберем како-нить
[14:02:43] <beelzebubbie> eegorov: давай не частными случаями, не дети же
[14:02:45] <eegorov> потому как запустить ВНЕ - cjdctv yt nhbdbfkmyfz pflfxf
[14:02:55] <eegorov> *cjdctv yt nhbdbfkmyfz pflfxf
[14:03:00] <eegorov> тьфу
[14:03:09] <eegorov> *совсем не тривиальная задача
[14:03:22] <eegorov> » давай не частными случаями, не дети же
эммм
[14:03:36] <eegorov> вот я и говорю, философия
[14:03:40] <beelzebubbie> eegorov: я рассматриваю openrc (и видимо как аналог системд) как инструмент который рулит запусками/остановами взаимозависимых сервисов
[14:04:06] <beelzebubbie> вполне конкретно можно сказать что это было запусщено системд или же нет
[14:04:17] <eegorov> системда - не просто рулит запусками. она системный манагер
[14:04:39] <eegorov> поэтому твое допущение автоматически приводит к неверным выводам
[14:04:47] <beelzebubbie> что есть системный манагер?
[14:05:21] <beelzebubbie> какое-то энтерпрайсное звучание :)
[14:05:24] <eegorov> » вполне конкретно можно сказать что это было запусщено системд или же нет
как ты это определишь? :)
[14:06:33] <eegorov> когда ты просто залогинешься в tty под пользователем user, для тебя тоже цгруппа создастся
[14:06:51] <Civilian> rea: по факту на самом деле пофигу системд, опенрц и пр
[14:07:16] <eegorov> пожтому, формально, по твоему определению, ты тоже ВНУТРИ системд
[14:07:48] <beelzebubbie> eegorov: по аналогии с openrc – я точно знаю что им запускается, а что нет
[14:08:01] <eegorov> ну-ну
[14:08:08] <Civilian> eegorov: цгруппы и systemd параллельные вещи
[14:08:09] <eegorov> запусти апач
[14:08:23] <beelzebubbie> eegorov: ну и формально это не означает «в терминах родитель-порождаемый процесс», это не всегда отвечает простейшей логике
[14:08:42] <eegorov> Civilian: и?
[14:08:58] <Civilian> eegorov: просто поправляю что это параллельные вещи и фраза "внутри системд" некорректна
[14:09:20] <eegorov> поэтому я и написал
» формально, по твоему определению
[14:09:29] <Civilian> а, пропустил. Ок
[14:10:02] <eegorov> » [16:47:44] <beelzebubbie> eegorov: ну и формально это не означает «в терминах родитель-порождаемый процесс», это не всегда отвечает простейшей логике
нифига не понял, что ты имеешь в виду
[14:10:03] <beelzebubbie> вообще я не сторонник и не противник системд, я пытаюсь понять нужно ли мне оно. цгруппы мне важны, так что я тут и выясняю именно поэтому
[14:10:25] <Civilian> eegorov: кстати еще системд не всегда следит за хозяйством - даже по умолчанию не следит. Хозяйство должно уметь сообщать pid нового main'а если он меняется
[14:10:38] <Civilian> иначе систем все хозяйство вырежет к чертям собачьим
[14:10:45] <eegorov> beelzebubbie: запусти апач средствами openrc, и из под консольного рута
[14:11:02] <eegorov> а потом попробуй понять, какие форки кому пренадлежат
[14:11:31] <Civilian> beelzebubbie: с управлением - бывает разный софт. Системд с помощью цгруп может следить лучше. Например есть mailman - питонячий демон форкающийся по количеству воркеров
[14:11:32] <eegorov> особенно, когда главный процесс грохнется по какой-то прицине
[14:11:37] <beelzebubbie> eegorov: цгруппы рулят процессами. поэтому в этих терминах *можно* говорить о том, управляется ли определенный процесс openrc / systemd
[14:11:38] <Civilian> на stop выходит main сразу
[14:11:40] <Civilian> а воркеры пашут
[14:11:46] <Civilian> пока не удалятся лок-файлы
[14:12:02] <Civilian> вот системд корректно дождется остановки всей это хреноты (или убьет ее через таймаут)
[14:12:12] <Civilian> а у опенрц - мейн вышел - ок, можем запускать новую пачку
[14:12:29] <Civilian> если никто не пропишет логику проверки лок-файлов конечно же
[14:12:38] <Civilian> а новая пачка не запустится, потому что блокирующе слушает порты
[14:12:41] <beelzebubbie> мне вот в openrc зависимости-через-жопу-сделанные-by-design очень напрягают
[14:13:32] <Civilian> с другой стороны, системд привносит новые проблемы, решая некоторые старые
[14:13:41] <Civilian> например ты не можешь проверить конфиг апача ДО рестарта
[14:14:02] <Civilian> рестарт - жестко stop - poststop - prestart - start
[14:14:07] <Civilian> и прервать stop нельзя
[14:14:47] <Civilian> их попытки стандартизировать все и вся конечно похвальны, но
[14:14:52] <beelzebubbie> Civilian: как в опенрц нельзя переопределять?
[14:14:55] <Civilian> их надстройка над iptables не очень
[14:15:02] <Civilian> beelzebubbie: в опенрц можно, в системд нельзя
[14:15:04] <eegorov> » их надстройка над iptables не очень
это да
[14:15:44] <eegorov> я пока не осилил systemd-networkd.....
[14:15:58] <Civilian> сеть, предсказуыемые имена устройств - для хомячков
[14:16:14] <beelzebubbie> а в системд возможны пользовательские методы определения жив/умер?
[14:16:30] <Anarchist> Может, прежде чем осиливать некоторую реализацию стоит озаботиться собственным мнением о том, как оно должно *правильно* работать?
[14:16:47] <eegorov> Anarchist: именно
[14:17:09] <Civilian> beelzebubbie: через sd_notify
[14:17:21] <Civilian> то есть можно научить процесс слать хартбиты
[14:17:27] <eegorov> я этого пока и не понимаю: надо бы маны почитать, а времени пока нет
[14:18:31] <beelzebubbie> Civilian: я скорее про такое, что я реализую некую ф-ю, которая возвращает значение, которое будет потом использована для определения жив ли сервис
[14:21:02] <eegorov> beelzebubbie: например так можно
SuccessExitStatus=
           Takes a list of exit status definitions that, when returned by the main service process, will be considered successful termination, in addition to the normal successful exit code 0 and the signals
           SIGHUP, SIGINT, SIGTERM, and SIGPIPE. Exit status definitions can either be numeric exit codes or termination signal names, separated by spaces.
[14:21:37] <Civilian> beelzebubbie: не знаю
[14:22:52] <beelzebubbie> eegorov: а если процесс жив но не работает?
[14:23:28] <eegorov> вот я и говорю, нужен конкретный пример
[14:23:50] <eegorov> и терминологию согласовать надо
[14:24:12] <eegorov> а то ты под "жив" одно понимаешь, а я другое
[14:24:46] <beelzebubbie> жив это когда процесс жив :) не зомби итд
[14:25:13] <Civilian> beelzebubbie: ну вот системд-вэй это встроить libsdnotify и дергать каждые 30 секунд нотифайку что живой
[14:25:25] <Civilian> а в системд сказать что если раз в 30 секунд ничего не пришло - убей этого гада
[14:25:29] <beelzebubbie> а работает или нет это уже в каждом случае разное; за годы накопилось много всяких примеров когда процесс надо бы перезапустить
[14:25:43] <beelzebubbie> встроить куда?
[14:25:49] <Civilian> теоретически такое можно сделать в виде обертки
[14:25:51] <Civilian> баш скрипт + кли
[14:26:08] <Civilian> но авторы рекомендуют в само приложение встраивать поддержку
[14:26:16] <beelzebubbie> например есть процесс который этак раз в месяц перестает отвечать по xmlrpc, его надо перезапустить
[14:26:57] <Civilian> beelzebubbie: можно написать софтинку или скрипт который поставить в зависимости к процессу
[14:27:04] <Civilian> и который будет делать хелс-чеки и отправлять
[14:27:30] <beelzebubbie> или вот, как раз под руками, хотя и десктоп – unbound иногда перестает работать после сна. жив но молчит. тут уже надо скриптик писать который проверит есть ли вообще резолв и если есть вообще но через unbound – нет, то перезапускать
[14:27:59] <Civilian> beelzebubbie: опять же зависимость сервису добавляешь и делаешь
[14:28:23] <beelzebubbie> то есть надо написать процесс который будет висеть и сам поллить?
[14:28:30] <Civilian> может как-то еще можно
[14:28:35] <Civilian> я не специалист в системд )
[14:28:44] <Civilian> просто я знаю что так тоже можно
[14:28:57] <Civilian> написать на питоне скрипт который будет в while true делать чеки и дергать notify
[14:29:29] <beelzebubbie> Civilian: это можно но это такое говно в плане концепции
[14:29:41] <beelzebubbie> мерзкое костыление
[14:30:46] <beelzebubbie> хотелось бы просто иметь возможность переопределять логику получения статуса сервиса
[14:31:06] <eegorov> beelzebubbie: ты хочешь реализовать это с точки зрения программиста, или с точки зрения сисадмина?
[14:31:41] <beelzebubbie> я не могу четко разделить это, ибо сисадмин который совсем-не-программист это НЁХ
[14:31:46] <eegorov> я просто больше программист, чем сисадмин
[14:32:00] <beelzebubbie> я собственно тоже когда был только погромиздом
[14:32:37] <eegorov> вот есть вот такая фигня, например
https://www.freedesktop.org/software/systemd/man/sd_watchdog_enabled.html
[14:33:42] <beelzebubbie> поэтому я и в админстве склоняюсь к единой логике
[14:39:03] <eegorov> » поэтому я и в админстве склоняюсь к единой логике
невозможно кучу разных сервисов, написанных разными людьми,  следуя разным парадигмам, проверять на работоспособность, следуя единой логике
[14:39:45] <eegorov> как раз единая логика, в данном контексте - утопия
[14:40:21] <eegorov> всегда найдется како-нибудь случай, требующий постройки костылей
[14:41:51] <eegorov> в приведенном тобой случае, узнать о том, что процесс перестает отвечать по xmlrpc, можно только послав ему такой запрос
[14:42:11] <Civilian> beelzebubbie: системд заточен под десктопы
[14:42:14] <eegorov> systemd сама по себе этот запрос посылать не будет
[14:42:14] <Civilian> точнее под стандартные вещи
[14:42:19] <Civilian> все нестандартное делается через жопу
[14:42:35] <Civilian> и нестандартные кейсы он обрабатывает фигово
[14:43:14] <eegorov> Civilian
» истемд заточен под десктопы
тут я с тобой не соглашусь
[14:43:40] <Civilian> eegorov: ну факта это не изменит.
[14:43:48] <eegorov> uwsgi, апач и иже с ними - нифига не десктопы, а управляется системда с ними много лучше
[14:43:50] <Civilian> eegorov: под серьезные нагрузки у системд ни один компонент не заточен.
[14:44:09] <Civilian> если ты будешь писать логи в stdout и вычитывать журналом, то где-то на 15МБ в секунду журналд крякнется
[14:44:12] <Civilian> например
[14:44:36] <Civilian> выше кейс - о том чтобы не позволить делать рестарт если у сервиса невалидный конфиг - на системд не реализуется никак
[14:45:05] <Civilian> predictable names для интерфейсов не работают корректно
[14:45:09] <Civilian> потому что они не predictable
[14:45:25] <Civilian> если у тебя многопортовая сетевуха она может инциализировать порты в произвольном порядке
[14:45:30] <Civilian> и каждый ребут интферейсы меняют имена
[14:45:33] <Civilian> сюрприз!
[14:45:45] <Civilian> системд не держит большое колличество эвентов
[14:45:48] <eegorov> ну, я по макам привязываю обычно
[14:46:07] <Civilian> то есть сам демон не может обработать очень большое количество событий
[14:46:11] <Civilian> и начинает их дропать
[14:46:17] <Civilian> ExecStop может не выполняться
[14:46:22] <Civilian> поэтому вся логика должна быть в PostStop
[14:46:37] <Civilian> это только то что я знал
[14:47:19] <Civilian> eegorov: все firewalld, networkd не юзабельны за пределами десктопа
[14:47:20] <eegorov> то что ты назвал - проблемы. но причем тут десктоп
[14:47:30] <Civilian> eegorov: притом что на десктопе это не проблемы
[14:47:40] <Civilian> точнее оно никогда не возникает
[14:48:36] <eegorov> эмм... ну, как сказать. Опять тогда призываю к согласованию терминологии
[14:48:47] <eegorov> что такое десктоп?
[14:49:41] <Civilian> eegorov: десктоп это все что не сервер
[14:49:45] <Civilian> а сервер все что не десктоп
[14:49:47] <Civilian> очевидно ж
[14:49:51] <eegorov> нифига
[14:50:08] <eegorov> z gj lheujve rkfccbabwbhe.
[14:50:18] <rea> у сервера нет экрана!
[14:50:19] <eegorov> *я по-другому классифицирую
[14:51:01] <eegorov> вот дома у меня комп - десктоп. в контактике посидель, документу пописать/распечатать
[14:51:48] <eegorov> а на работе, хоть и с экраном (причем много больше, чем дома), это уже нифига не десктоп. тут и вебсервера висят, и чруты и всякая иная хрень
[14:52:37] <eegorov> в моем понимании, сервер на продакшене даже проще, чем рабочий комп
[14:53:31] <eegorov> так как там обычно по палцам одной руки пересчитать основные задачи можно, в отличие от моего рабочего "десктопа"
[14:57:36] <Anarchist> eegorov то, что у тебя на работе правильно называется рабочей станцией ☺
[14:57:38] <eegorov> Я бы разделил на server, desktop, workstation. А можно еще сервера разделить на dev- и prod-версии... И из этих всех, я бы, пока, не поставил systemd на prod-server
[14:57:53] <eegorov> Anarchist: угу :)
[14:58:15] <Anarchist> dev-сервер — практически стенд. И с этой ролью почти всегда достаточно хорошо справляется рабочая станция.
[14:58:43] <Civilian> eegorov: задачи проще, но требование к уровню автоматизации другие
[14:58:45] <eegorov> Anarchist: ну а rea считает по-другому :)
[14:58:53] <Anarchist> Но и для сервера полезно учитывать как профиль (количество и номенкратуру демонов), так и нагрузку.
[14:58:56] <eegorov> » у сервера нет экрана!
[14:59:28] <Anarchist> eegorov для production-серверов его мнение более чем справедливо.
[14:59:42] <rea> не нету его, нету!
[14:59:47] <eegorov> поэтому я и говорю, что с терминологией определиться надо, прежде чем обсуждать что-то. а то один имеет в виду одно, другой другое
[14:59:49] <rea> *ну
[15:00:15] <eegorov> Anarchist: а для остальных?
[15:00:50] medvedko вошёл(а) в комнату
[15:01:05] <eegorov> ну, то есть, следй логике Civilian, сервер в его понимании, это именно prod-server в моем, а все остальное мной перечисленное - desktop
[15:01:43] <Anarchist> eegorov а для остальных возможны варианты. Вообще сначала проработка терминологии, потом приведение в ней наличной базы знаний тянет на официальную дисциплину СО.
[15:01:58] <rea> в coreos, кстати openrc или systemd?
[15:02:07] <eegorov> rea: хз
[15:02:11] <rea> или в stage4
[15:02:18] <Anarchist> И да, стандартом графического интерфейса для рабочей станции является The Common Desktop Environment ☺
[15:02:23] <rea> надо юзать то, что большие дяденьки юзают
[15:02:29] <rea> Civilian, ^^
[15:02:43] <Civilian> rea: системд там
[15:02:50] <rea> :-(
[15:03:04] <rea> Civilian, и в s4?
[15:03:05] <Civilian> eegorov: в моем понимании это именно продакшн виртуалка или сервер
[15:03:15] <Civilian> rea: тут уже не знаю.
[15:03:21] <eegorov> Civilian: ну, ок, тогдда я стобой согласен
[15:03:22] <Civilian> большие дяденьки все на системд
[15:03:30] <rea> жаль
[15:03:46] <Civilian> eegorov: скажем так где важно предсказуемое поведение в любой момент времени и в любых ситуациях
[15:03:56] <rea> фуфелы большие дяденьки какие-то
[15:04:29] <Civilian> rea: ну пыц
[15:04:38] <Anarchist> rea закон Парето. У больших дяденек немного иная таблица приоритетов.
[15:05:38] <eegorov> Civilian:
» eegorov: скажем так где важно предсказуемое поведение в любой момент времени и в любых ситуациях
ну так не согласен. Оно везде важно, и на десктопе тоже, когда диссер пишешь, так может даже важнее :)
[15:06:10] <Civilian> eegorov: на десктопе ты можешь ручками все хоп-хоп и поднять
[15:06:26] <Civilian> а на сервере у тебя это вызовет проблемы с баблом
[15:06:32] <Civilian> а дисер 10 минут подождет
[15:06:37] <Civilian> и ребут переживет
[15:06:47] <eegorov> Civilian: все относительно
[15:06:52] <Civilian> да и многопортовой сетевухи у тебя в десктопе не будет
[15:06:58] <Civilian> и множества эвентов
[15:07:02] <Civilian> классы нагрузок разные
[15:07:16] <eegorov> для кого-то потери 1к баксов - фигня вопрос, а для кого-то....
[15:07:33] <Civilian> eegorov: потери от простоя могут варьироваться
[15:08:04] <eegorov> » да и многопортовой сетевухи у тебя в десктопе не будет
если это dev-ыукмук, который по-твоему desktop, то почему бы ей и не быть там?
[15:08:32] <eegorov> *dev-server
[15:10:26] <eegorov> Ладно, господа, приятно было пофлеймить. Пора домой...
[15:12:53] <rea> http://mirror.yandex.ru/gentoo-distfiles/releases/amd64/autobuilds/20161028/systemd/
[15:13:08] <rea> блин. стейжи с системдэ пошли
[15:15:27] <rea> странно. я где-то видел на заркалах генты coreos, теперь не могу найти
[15:16:29] <rea> или это и есть s4 cloud
[15:19:01] <rea> https://github.com/coreos/coreos-overlay/blob/master/profiles/coreos/base/parent
[15:19:06] <rea> прикольно
[15:20:33] <rea> https://github.com/coreos/coreos-overlay/blob/master/profiles/coreos/targets/generic/prod/package.mask
[15:20:42] <rea> хм. а это как понимать))
[15:27:27] intellect вышел(а) из комнаты
[17:37:17] nis вошёл(а) в комнату
[18:10:57] Sun][ вышел(а) из комнаты: Replaced by new connection
[18:11:07] Sun][ вошёл(а) в комнату
[18:23:20] Civilian вышел(а) из комнаты
[18:25:17] Anarchist вышел(а) из комнаты
[18:25:29] Civilian вошёл(а) в комнату
[18:25:33] beelzebubbie вышел(а) из комнаты
[18:26:18] beelzebubbie вошёл(а) в комнату
[18:31:08] 0xd34df00d вошёл(а) в комнату
[18:33:25] <megabaks> » [14:52:27] <rea> блин. стейжи с системдэ пошли
пиздец
[18:34:18] megabaks хочет обратно в 2014
[18:44:33] <0xd34df00d> Пока есть с опенрц, все норм.
[18:45:33] <rea> 0xd34df00d, ты давно со стейжа новую не накатывал?
[19:00:23] eegorov вошёл(а) в комнату
[19:01:07] <rea> понятно
[19:15:41] rea вышел(а) из комнаты: Вышел из Vacuum-IM
[19:25:21] <0xd34df00d> Давно.
[19:25:29] <0xd34df00d> На самом деле в сентябре накатывал.
[19:35:23] Pinkbyte вышел(а) из комнаты
[20:09:08] <Civilian> rea: да пофигу на самом деле. системд, опенрц - какая разница
[20:09:08] ASM вышел(а) из комнаты
[20:09:27] <Civilian> https://www.youtube.com/watch?v=7eiIR7ThAW8
[20:14:14] Magistr вышел(а) из комнаты
[20:18:25] ASM вошёл(а) в комнату
[20:35:42] Pinkbyte вошёл(а) в комнату
[20:45:37] ASM вышел(а) из комнаты
[20:45:42] eegorov вышел(а) из комнаты
[20:46:05] megabaks вышел(а) из комнаты
[20:46:43] maxt вошёл(а) в комнату
[20:47:03] eegorov вышел(а) из комнаты
[20:51:09] ASM вошёл(а) в комнату
[20:51:39] megabaks вошёл(а) в комнату
[21:26:00] Magistr вошёл(а) в комнату
[21:26:00] Magistr вышел(а) из комнаты
[21:28:57] rea вошёл(а) в комнату
[21:37:17] rea вышел(а) из комнаты: Вышел из Vacuum-IM
[21:37:27] rea вошёл(а) в комнату
[21:53:25] Civilian вышел(а) из комнаты
[22:15:01] maxt вышел(а) из комнаты
[22:46:23] Pinkbyte вышел(а) из комнаты
[22:57:39] medvedko вышел(а) из комнаты
[22:59:07] slepnoga вышел(а) из комнаты: Replaced by new connection
[22:59:17] slepnoga вошёл(а) в комнату
[23:10:21] rea вышел(а) из комнаты: Вышел из Vacuum-IM
[23:46:18] nis вышел(а) из комнаты