Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2015-Feb... выпуск системного менеджера systemd 219 (http://www.freedesktop.org/software/systemd/), в котором наиболее значительные улучшения отмечены в networkd и механизмах обеспечения работы изолированных контейнеров, а также добавлена поддержка подразделов и снапшотов Btrfs, в поставку включен демон systemd-importd и представлен новый API sd-hwdb.
Systemd сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.
Наиболее существенные изменения:- Представлен новый API "sd-hwdb.h", предоставляющий средства для обращения к БД с метаданными оборудования (udev hwdb). Старый интерфейс libudev теперь является надстройкой над sd-hwdb. Для получения информации из базы оборудования и обновления БД из командной строки добавлена новая утилита systemd-hwdb.
- При копировании файлов в процессе работы компонентов systemd внутри, для разделов Btrfs теперь применяется операция клонирования метаданных ("reflink"), без создания дубликата содержимого;
- В systemd-nspawn добавлена опция "--ephemeral" для создания одноразовых контейнеров. Возможность позволяет запустить контейнер в снапшоте Btrfs и удалить данный снапшот после завершения работы контейнера. Например, так можно поступить при проведении экспериментов, не ограничивая ФС доступом только для чтения, но не сохраняя какие-либо изменения. Другим применением может быть запуск контейнера поверх корневой ФС хост-системы без влияния на базовую систему;
- В systemd-nspawn добавлена опция "--template", позволяющая передать путь к дереву директорий, которые будут использованы в качестве шаблона для создания начинки контейнера. При использовании шаблонов директория контейнера, путь к которой передаётся через опцию "--directory", формируется на лету при первом запуска контейнера с применением возможностей файловой системы Btrfs;- В утилиту machinectl добавлены команды "copy-from" и "copy-to" для копирования файлов из работающих контейнеров в окружение хост-системы и обратно, а также команда "bind" для монтирования директорий хост-системы в пространство локальной ФС контейнера;
- Представлен новый фоновый процесс "systemd-importd", позволяющий организовать загрузку образов контейнеров в форматах tar, raw, qcow2 и dkr и их размещение в директории /var/lib/machines для запуска через nspawn. Для проверки валидности загружаемых образов контейнеров используется GPG. Если образ поставляется в сжатом видео осуществляется его автоматическая распаковка. Для запроса образов в machinectl представлены новые команды "pull-tar", "pull-raw" и "pull-dkr". Например, при помощи данной функции можно быстро загрузить и запустить контейнеры на базе готовых образов Fedora и Ubuntu Cloud. Возможность поддерживается только на системах с Btrfs;
- В machinectl добавлена команда "list-images" вывода списка образов контейнеров, доступных в /var/lib/machines, а также данных об их размере. Если директория размещена в разделе Btrfs и включены квоты, то будет выведена информация о квотах. Для показа детальных сведения об образе в machinectl добавлена команда "image-status".
- В machinectl реализован эффективный механизм клонирования образов контейнеров, применяемый при использовании Btrfs, а также добавлены новые команды для удаления и переименования образов, и пометки их как доступными только для чтения;
- В machinectl добавлена новая команда "start", позволяющая запустить контейнер в виде сервиса. Например, команда "machinectl start foo" функционально эквивалентна "systemctl start systemd-nspawn at foo.service", но более удобна для ввода;
- Директория /var/lib/containers объявлена устаревшей и заменена на var/lib/machines, в которой, в том числе, могут размещаться загрузочные образы для qemu/kvm. Таким образом, термин "machines" в systemd распространяется не только на контейнеры, но и на виртуальные машины. При запуске systemd-nspawn с опцией "-M", но без определения директории (--directory) или образа (--image), теперь производится автоматический поиск в /var/lib/machines подходящей запрошенному контейнеру корневой директории, подраздела или дискового образа;- Представлен новый юнит machines.target, который можно использовать для группировки всех контейнеров и виртуальных машин, которые запускаются в системе в качестве сервисов;
- В networkd добавлена поддержка сбора анонсов от сетевого оборудования по протоколу LLDP (https://ru.wikipedia.org/wiki/LLDP) (Link Layer Discovery Protocol);- В systemd-run добавлена опция "-t" ("--pty"), позволяющая запустить процесс как системный сервиc, но сохранить возможность интерактивного управления им через терминал. В том числе, можно запустить "systemd-run -t /bin/bash" без создания отдельного сеанса входа;
- Для создания подразделов Btrfs в tmpfiles добавлен новы тип строк "v";
- В systemd-nspawn обеспечено монтирование для каждого контейнера большей части дерева cgroupfs в режиме только для чтения, за исключением принадлежащего контейнеру поддерева в иерархии name=systemd;
- Для файлов с логами journald теперь устанавливается флаг FS_NOCOW, который позволяет увеличить производительность при размещении данных в Btrfs, благодаря сокращению фрагментации;
- В systemd реализована поддержка сохранения файловых дескрипторов отдельных сервисов в обработчике PID 1, что позволяет сохранить закреплённые за сервисом файловые десктипторы после его перезапуска;
- В networkd в файлах .network обеспечена возможность настройки параметров перенаправления пакетов (IPv4/IPv6) и маскаридинга (IPv4) в привязке к сетевым интерфейсам, которые включены по умолчанию для интерфейсов veth, используемых в контейнерах. Таким образом запуск контейнера с опцией "--network-veth" приведёт к автоматической настройке маршрутизации для доступа к сетям хост-системы из контейнера;
- В networkd обеспечена возможность настройки IPv6-адресов для локальных интерфейсов по аналогии с IPv4, В секциях "[Match]" теперь можно использование масок и перечисления нескольких элементов через пробел;
- В systemd-nspawn добавлена опция "--port" ("-p"), позволяющая привязать сервис в контейнере к сетевому порту хост-системы, т.е. запущенный в контейнере сервис, будет доступен как будто это обычный сервис на хост-системе;- В базу параметров оборудования udev, для манипуляторов мышь, помимо ранее представленных данных о DPI, добавлены сведения о параметрах прокрутки. Также добавлена поддержка информации о типах тачпадов;
- В networkd добавлена поддержка создания сетевых устройств "ipvlan", "gretap","ip6gre", "ip6gretap" и "ip6tnl";
- В systemd-tmpfiles добавлен новый тип строк "a" для привязки ACL к файлам;
- В systemd-nspawn обеспечено автоматическое монтирование раздела /tmp с использованием tmpfs;
- При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды теперь выполняется немедленная перезагрузка.
Кроме того, можно отметить проект openwrt-systemd (https://github.com/jdub/openwrt-systemd), в рамках которого развивается набор компонентов и патчей для использования systemd в дистрибутиве OpenWRT (https://www.opennet.ru/opennews/art.shtml?num=40733), вместо поставляемого по умолчанию системного менеджера procd.URL: http://lists.freedesktop.org/archives/systemd-devel/2015-Feb...
Новость: https://www.opennet.ru/opennews/art.shtml?num=41680
> При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды теперь выполняется немедленная перезагрузка.про SysRq-B в курсе?
[сообщение отредактировано модератором]
Но какое отношение sysrq, обрабатываемый ядром имеет к ctrl-alt-del, обрабатываемый init'ом?
Вернее, systemd.От себя:
1. У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.
2. Не факт, что отрубание через SysRq будет отмонтировать устройства перед перезагрузкой.
> 2. Не факт, что отрубание через SysRq будет отмонтировать устройства перед перезагрузкой.Обычно SysRq + REISUB. S - sync, U - unmount, B - reboot.
А вот если sysrq keys в ядре отключены - тогда да, неловко-с.
'u' - Will attempt to remount all mounted filesystems read-only.
> 'u' - Will attempt to remount all mounted
> filesystems read-only.Это чтобы после перезагрузки диски не проверялись. Так достаточно пару раз нажать SysRq+S, потом SysRq+B.
> Это чтобы после перезагрузки диски не проверялись. Так достаточно пару раз нажать SysRq+S, потом SysRq+B.И привет, fsck! Люблю ветеранов юникса.
> И привет, fsck! Люблю ветеранов юникса.Блин, я вроде русским языком написал, что U - чтобы диски не проверялись. Без U - да, привет fsck.
> SysRq+S, потом SysRq+B.... и получить неконсистентную файлуху. Потому что сделать sync - это прекрасно. А что если программы успеют записать что-то до момента alt-sysrq-B? :)
>> SysRq+S, потом SysRq+B.
> ... и получить неконсистентную файлуху. Потому что сделать sync - это прекрасно.
> А что если программы успеют записать что-то до момента alt-sysrq-B? :)Между буквами S и B нужна буква U.
> Между буквами S и B нужна буква U.Я не знаю зачем Vkni размонтирование сэкономил. Возможно, ему нравится русская рулетка.
> Я не знаю зачем Vkni размонтирование сэкономил.Я не сэкономил, я объяснил, зачем оно нужно.
> Я не сэкономил, я объяснил, зачем оно нужно.Я вижу. И имею заметить что прострел себе пятки - это весьма странный способ пройти медобследование, не находите? :)
> Я вижу. И имею заметить что прострел себе пятки - это весьма
> странный способ пройти медобследование, не находите? :)Такова природа UNIX'а, что прострелить пятку можно везде. За это мы его и любим.
> Такова природа UNIX'а, что прострелить пятку можно везде. За это мы его и любим.Мир не должен быть безопасным детским садом, вы правы. Но и палить почем зря себе в пятки - все-таки глуповато. Еще глупее советовать это зачем-то другим, без объяснения последствий.
> ... и получить неконсистентную файлуху. Потому что сделать sync - это прекрасно.
> А что если программы успеют записать что-то до момента alt-sysrq-B? :)На десктопе крайне маловероятно. Но, чтобы не проверялись диски, всё равно делается несколько S, потом U, потом B.
> На десктопе крайне маловероятно.Играть с теорвером в русскую рулетку в вопросах консистентности собственной же файлухи? Да вы утонченный ценитель, я так смотрю.
> Но, чтобы не проверялись диски, всё равно делается несколько S, потом U, потом B.
Да вообще-то и одного хватит. Лишь бы буфера скинуло (если все совсем померло, так что нифига не видать - эффективность можно проверить по мигнувему LED харда) а U всяко отцепит ФС консистентно, без разрушений.
> Да вы утонченный ценитель, я так смотрю.А-то! Я, как уже писал, нажимал U. А последние несколько лет выключаю pm-suspend'ом.
> 'u' - Will attempt to remount all mounted
> filesystems read-only.
> Source: https://www.kernel.org/doc/Documentation/sysrq.txtА какая существенная разница между размонтированием и перемонтированием в ro в нашем примере? Данные же не потеряются на носителе при немедленной перезагрузке.
Просто мелкое исправление, не более.
>У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.То, что на ней нед надписи "SysRq" еще не значит, что ее нет, юный падаван!
Hint: PrintScreen-то у тебя точно есть?
> Hint: PrintScreen-то у тебя точно есть?
> точно естьВы слишком хорошего мнения о ноутбучных клавиатурах.
> От себя:
> 1. У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.а у меня нет кнопки delete... и что?
> а у меня нет кнопки delete... и что?А у некоторых вообще рук нету. И что?
вот и я о том же...
огрызкосексуалист?
> огрызкосексуалист?фруктоложец
> огрызкосексуалист?Философ. Им клавиши Backspace и Delete не нужны в принципе :)
> Философ. Им клавиши Backspace и Delete не нужны в принципе :)Любители философского течения делеционизма не одобряют. Ведь красота наступает не тогда когда нечего добавить, а тогда когда нечего удалить :)
> У меня, к примеру, нет кнопки SysRq на клавиатуре. Просто нет.echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-triggerЭто для мгновенной перезагрузки. Перед буквой b, как посоветовали добрые люди выше, надо сказать буквы s[ync] и u[nmount].
Обычно, к SysRq прибегают в случае зависания системы. Поэтому вариант с echo не очень подходит в реальной жизни. Но "кулхацкеры" могут побаловаться на живой машине.
> Но "кулхацкеры" могут побаловаться на живой машине.Я много лет назад долго так выключал машинку без малейших последствий. Но сейчас-то есть pm-suspend.
> Я много лет назад долго так выключал машинку без малейших последствий."Я много лет перебегал дорогу на красный свет без малейших последствий" :)
> "Я много лет перебегал дорогу на красный свет без малейших последствий" :)И это тоже! Меня за все эти десятилетия только один раз оштрафовали. Было это у Петропавловки, мы с друганом к нему шли прямо в руки.
> И это тоже! Меня за все эти десятилетия только один раз оштрафовали.Ну, понимаешь, если не повезет - штрафом может стать death penalty. Ну вот и с файлухой так же. Т.е. чаще всего сойдет с рук. Но если все развалится - жаловаться можно только на себя.
> жаловаться можно только на себя.И что? Я много раз попадал в неприятные ситуации, в которых жаловаться можно только на себя.
Один знакомый администратор, извините за выражение, виндовса, рассказывал, что у него каждый вечер "выключали по питанию сервер с виндовс ХР". Два года подряд безо всяких проблем.Я так понимаю это таперь "бэст прэктис" - проверенное решение и т.д.?
Ну, pavlinux об этом видимо не в курсе :)
>Но какое отношение sysrq, обрабатываемый ядром имеет к ctrl-alt-del, обрабатываемый init'ом?Такое что А) аналогичная функциональность давно присутствует Б) не нужно как последняя обезьяна тыкать по клавиатуре
> Такое что А) аналогичная функциональность давно присутствуетНет, не аналогичная.
> Б) не нужно как последняя обезьяна тыкать по клавиатуре
А с SysRq типа можно не тыкать, оно от мысленных команд срабатывает?
>> Б) не нужно как последняя обезьяна тыкать по клавиатуре
> А с SysRq типа можно не тыкать, оно от мысленных команд срабатывает?Вопрос не в тыкать или не тыкать, а в семь (СЕМЬ!) раз за 2 секунды! Это защита такая от случайностей? То есть если человек за 2 секунды 6 или 5 или 4 раза нажал Ctrl+Alt+Del, то, блин, вовсе не факт что он хотел перезагрузиться? Просто руки было нечем занять? Это ж за кого надо держать пользователя чтоб придумать вот такое (хотя, собственно, выше и дали один из вариантов ответа)... Вроде мелочь, а на людей нас**л - не упустил, так сказать, возможность. Молодец!
Лучше решите вопросы как отучить миллионы(может и лиарды) людей тыкать исторически стандартную комбинацию с первых секунд unixtime
> Но какое отношение sysrq, обрабатываемый ядром имеет к ctrl-alt-del, обрабатываемый init'ом?Умеет делать то же самое.
> Умеет делать то же самое.Только alt-sysrq-b сам по себе вообще никакой софт наглухо не информирует о том что сейчас будет ребут. А полная раскоряка с отсылкой сигналов - даже посложнее чем 7 раз 3 кнопки нажать, т.к. еще и чувствительно к порядку нажатия.
Alt+SysRq+(R,E,I,S,U,B), если быть точным.
А про 7-кратное нажатие в течение 2-ух секунд... это мог придумать только псих в эпилептическом припадке.
> Alt+SysRq+(R,E,I,S,U,B), если быть точным.
> А про 7-кратное нажатие в течение 2-ух секунд... это мог придумать только
> псих в эпилептическом припадке.А 6 раз раскорячиться на аккорд чувствительный к порядку нажатия клавиш - это тогда что? :)
Какой аккорд?
Правой рукой зажимаете Alt+SysRq, а левой просто набираете, не зажимая их вместе, REISUB, при этом для особо ленивых R (noRmal) - перевод клавы в нормальный режим, можно и не набирать, так что остаётся запомнить всего 5, а вот после E (tErm) нужно хотя бы 3 секунды подождать, перед тем как посылать I (kIll). И при этом по времени Вас никто не ограничивает.
А вот если повис сам systemd, то какак раз этот эпилептический аккорд, набивать просто бессмысленно, а SysRq не сработает лишь при Kernel Panic, что бывает довольно редко, ну и если они в конфиге ядра отключены.
> Правой рукой зажимаете Alt+SysRq,Мягко говоря, не на всех клавиатурах это делается комфортно. И не на всех клавиатурах REISUB срабатывает одним махом, без дрыкания alt-sysrq на каждую букву. А на ноутах такой кнопки или нет или если есть то в половине случаев Fn какой-нибудь надо жать на половине вариантов. Так что в зависимости от ситуации раскоряка получается знатной. А три пальца везде более-менее нормально жмутся.
Бонус: всякие убунтуи по дефолту зачем-то запретили большинство комбинаций alt-sysrq. Вот чудаки на букву ... B (она таки работает по дефолту).
> секунды подождать, перед тем как посылать I (kIll). И при этом
> по времени Вас никто не ограничивает.Мне бесполезно рассказывать про sysrq, я про него побольше вашего знаю. И в курсе что он полезная штука, дергается также и по сети, или эхом в файл. Но конкретно клавиатурная комбинация не самая лучшая на свете.
> А вот если повис сам systemd,
А если повисло ядро, то тогда и alt-sysrq не спасет. Вот ведь западло.
> а SysRq не сработает лишь при Kernel Panic, что бывает довольно редко,
При кернелпанике можно автоматический ребут настроить. А смысл это клацать при панике? Синхрить буфера при том что память ядра порушено - поганая идея. Да и килять задачи там смысла нет: ядро уже сдохло. Какие нафиг задачи?
> ну и если они в конфиге ядра отключены.
Попробуй в убунте ширпотребной поклацать. Сюрприз! Еще может быть интересная дефолтная маска разрешенных команд. При том нафига оно вот так - я не понимаю :). А в чем пойнт разрешить ребут но запретить убивание задач? oO
>[оверквотинг удален]
> Правой рукой зажимаете Alt+SysRq, а левой просто набираете, не зажимая их вместе,
> REISUB, при этом для особо ленивых R (noRmal) - перевод клавы
> в нормальный режим, можно и не набирать, так что остаётся запомнить
> всего 5, а вот после E (tErm) нужно хотя бы 3
> секунды подождать, перед тем как посылать I (kIll). И при этом
> по времени Вас никто не ограничивает.
> А вот если повис сам systemd, то какак раз этот эпилептический аккорд,
> набивать просто бессмысленно, а SysRq не сработает лишь при Kernel Panic,
> что бывает довольно редко, ну и если они в конфиге ядра
> отключены.А как нормальный гетераст паганини одной рукой три кнопки жмёт?
Более чем 7-кратное, заметьте. Почему-то вспомнились комбо в Mortal Kombat.
> Более чем 7-кратное, заметьте. Почему-то вспомнились комбо в Mortal Kombat.X,X,A,C,Z,<-Z
На сеговском джойстике кнопки гораздо удобнее расположены.
> А про 7-кратное нажатие в течение 2-ух секунд... это мог придумать только псих в эпилептическом припадке.Не, это достаточно простая тема про восприятие Ленком окружающей реальности.
Если нажать и держать, то клава будет генерить нажатия с reypress repeat delay. Но есть нюансы:
А) Ленок почему-то решил, что default 250мс, и тогда как раз наберётся 8 нажатий. На самом деле большинство (если не все) Биосы имеют дефолтом 500мс. А потом уже при инициализации консоли прописывается 250. Отсюда первый косяк - не прошла инициализация консоли, т.е. отказ либо на ранней стадии, либо отказ инициализации - функция не работает.
Б) Ленок, конечно, полный дефолт, а своих юзеров считает ещё более полными дефолтами, но даже это не даёт ему права хардкодить 250мс... мало ли у кого как. Отсюда второй косяк - по "непонятным" причинам у некоторых ЭТО работать не будет.
В) Ну и наконец, Ленок, как обычно, пытается починить, что до этого и так работало. Как Вы точно заметили - SysReq. Да, конечно, многие узнали об этом функционале только из этого треда, но тем не менее оно уже сделано давно и как-то никто не жаловался. Третий косяк - тяжёлый NIH-синдром, приводящий к внедрению заведомо худших решений, чем есть.В результате, как обычно с системд, получился очередной кусок булшита ради булшита... ой, простите за английский - говнокод ради говнокода. Но с другой стороны, если не считать 1-2-3 трезвых идей - весь системд такой... так что...
ситемд-наркоманы получили новую дозу веществ... у них на время прекратилась ломка... всё счастливы... Жизнь продолжается!
и за 1 сек не проблема нажать. 2 клавиши из 3-х, наверно, можно зажать
> и за 1 сек не проблема нажать. 2 клавиши из 3-х, наверно,
> можно зажатьА еще бывают люди с повышенными потребностями (aka "с ограниченными возможностями"), которым реально может быть невозможно провернуть трюк со скоростным нажатием комбо что и как не зажимай.
Да даже просто повредив одну руку уже проблема выполнить трюк, кажущийся поначалу несложным.
Хм, как раз недавно палец порезал, имел шансы немного оценить. Ну и если ctrl-alt-del я еще одной рукой могу со скрипом клацнуть, то alt-sysrq-reisub...А на каком-нить ноуте с Fn для sysrq (мол, редкоиспользуемая кнопка же) так и с двумя исправными руками будет поза "фантомас в очках на аэроплане".
ИМХО, для systemd пора вводить пункт* Внесено множество улучшений
Когда поттеринг начнёт внедрять wined - внесут.
> Когда поттеринг начнёт внедрять wined - внесут.Не знаю как там насчет wined, а пока он все правильно делает - по сути уже управлялку контейнерами и вм запилил, в лучшем виде. А то что ретарды и ретрограды таких слов то не знают - вот как раз необучаемых "я так привык!" и повытрясут из энтерпрайзов. Кроме всего прочего энтерпрайзы сэкономят себе кучу денег и сил на оплате художеств кулсисопов переизобретающих велики в двадцатый раз. Теперь переизобретать велики будет излишне. Как минимум по части контейнеров и виртуалок. А вы там блейте про wine, кучка клоунов.
> А вы там блейте про wine, кучка клоунов.Эко тебя бомбит.. Сходи покакай чтоль.
Да нет, все правильно он говорит, а вот у тебя как раз то самое "бомбит".
> Да нет, все правильно он говорит, а вот у тебя как раз
> то самое "бомбит".А зато он вперёд батьки в туалет не лезет
> А зато он вперёд батьки в туалет не лезетНу я и говорю - у ретроградов с их ритуалами на все один аргумент: "зато мы так привыкли". Возвели действия сомнительной продуктивности в разряд ритуала и устроили вместо операционки какой-то культ карго. С бамбуковыми аэродромами и папуасами в роли авиадиспетчера.
>> А вы там блейте про wine, кучка клоунов.
> Эко тебя бомбит..Ага. Глупого, злого анонимуса бомбит, а некто EuPhobos, прибегающий в каждую новость про системды с перекошенным от ненависти лицом и начинающий нести чушь, брызгая слюной - значит, образчик спокойствия и умиротворенности? :)
> Эко тебя бомбит..Да вот иногда пробивает покапитанить. А то некоторые корчат из себя пуп земли и очень удивляются когда в результате резко и внезапно остаются в дypaках. Ну как с дебианом, где порядка 70% разработчиков как оказалось очень даже ЗА такой подход, а вовсе не.
Справделивости ради: "70% разработчиков" не "ЗА", а "пофиг". Фанатиков системды явно не больше противников.
> Справделивости ради: "70% разработчиков" не "ЗА", а "пофиг".Утешайте себя, угумс. Кому было пофигу - могли элементарно не голосовать вообще.
Пора вводить перечень "Чего еще нет в systemd".
> Пора вводить перечень "Чего еще нет в systemd".Тебя.
А почему вам всем не нравится systemd? Он же много чего умеет. Это же классно. Не так ли?
Uselessd нам понравился бы больше, принцип разумной достаточности, знаете ли.
Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире. А то люди совсем думать разучаются, ставят между двумя программами знак равенства, а попробуешь объяснить реальное положение дел - сразу скрип зачерствевших мозгов доносится. Вот и страдают бедолаги, в то время как весь остальной мир вполне себе понял концепцию systemd и восторгается открывающимся перспективам.
> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как
> замену классическому иниту и попытались посмотреть шире.Ну, правращение systemd из инита в аналог UNIX base system началось лет 5 назад. А до некоторых ветеранов новости доходят только лет через 20-30, после «проверки временем»™ :)
Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc) - это разумная достаточность? Переписывание докера и osquery - это разумная достаточность? Вывод ключа для подписывания логов с помощью qr-кода - это разумная достаточность? Батенька, по вам бритва Оккама плачет.
> Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc) - это разумная достаточность?Ага. Необходимость в них назрела уже давно. Вот разработчик KDE популярно объясняет http://blog.davidedmundson.co.uk/blog/systemd-and-plasma
> Переписывание докера и osquery - это разумная достаточность?
Ну, это весьма логично. Современный инит и так почти полностью должен реализовывать функциональность LXC, просто для ограничения привилегий запускаемых им служб. Это даже до разработчиков OpenRC дошло. А прикрутить к этому мелкие рюшечки для удобства - работа на один вечер.
> Вывод ключа для подписывания логов с помощью qr-кода - это разумная достаточность?
Это вообще очень красивое и изящное решение, в плане удобства копирования ключа :)
> http://blog.davidedmundson.co.uk/blog/systemd-and-plasma
> Currently in order to achieve the same effect we have a constantly running daemon that monitors /etc/localtime for file changes and then emits DBus signals for all the other apps.Разумно и достаточно.
Важная часть:
> If we could rely on everyone setting the timezone through timedated we can remove this watch which will free some resources for everyone.Так как они на самом деле не могут положится на то, что все меняют таймзону через timedated, им все равно придется оставить демона, который мониторит файл или они просто сломают то что работало всегда и получат решение, которое работает только для некоторых случаев. В итоге у них просто будет лишний код или регрессия функциональности.
> Так как они на самом деле не могут положится на то, что
> все меняют таймзону через timedated, им все равно придется оставить демона,
> который мониторит файлТолько в сборках для не-Linux. Ну и всякие девианы пусть тоже этого демона собирают.
В остальных дистрах все будет работать через timedated, это забота мейнтейнеров.
>> Так как они на самом деле не могут положится на то, что
>> все меняют таймзону через timedated, им все равно придется оставить демона,
>> который мониторит файл
> Только в сборках для не-Linux. Ну и всякие девианы пусть тоже этого
> демона собирают.
> В остальных дистрах все будет работать через timedated, это забота мейнтейнеров.Они хотят весь /etc в бинари загнать?
> Ага. Необходимость в них назрела уже давно. Вот разработчик KDE популярно объясняет http://blog.davidedmundson.co.uk/blog/systemd-and-plasmaЭто те люди которые за несколько лет с нуля перепилили всё что можно и остались на одном месте? Ах да, по пути ещё кучу всего потеряли. Очень полезное мнение.
> Очень полезное мнение.Не читал, но осуждаю!
Ты даже фразу нормально привести не можешь, а туда же.
Разработчики кде забили на то самое Д. И пилят свои абстракции хз кому нужные. Что там можно сделать особенного что кде3 в своё время не справлялся? Побольше сожрать памяти и проца? Достойно для десктопов, достойно.
Не курил, но осуждаю. Не пил, но осуждаю. Не кололся, но осуждаю. Не воровал, но осуждаю. Не убивал, но осуждаю. И только дураки радуются своим ошибкам, набивая шишки.
> Это те люди которые за несколько лет с нуля перепилили всё что можно и остались на одном месте?Ну вот он и рассказывает, почему без systemd разработка DE превращается в топтание на месте.
> Ну вот он и рассказывает, почему без systemd разработка DE превращается в топтание на месте.А он там не рассказывает почему аарон разломал в своё время кде3? При всё ещё кривом кде4? А как они кдепим переписывали и до сих пор нормально не переписали на общую основу? А как в кдепим выпилили к черту кусок отвечающий за соединение с мс ексчендж и никто обратно не впилил? А как симантек десктоп переписывали не рассказал, и как им теперь системд поможет? А как на копете положили и простые настройки прокси не впиливали долгое время не рассказал? А про кучу приложений на которые положили при переходе на кде4 и куте4 не упомянул?
У них, млять, с плазмочкой проблемы.
У вас, видимо, какое-то свое, особенное кде. УМВР, ЧЯДНТ?
> У вас, видимо, какое-то свое, особенное кде. УМВР, ЧЯДНТ?У тебя похоже очки розовые. У тебя есть подключение из кдепим к эксченджу? Или что у тебя работает?
Читаем еще раз:> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире.
Вас послушать - надо systemd образать до возможностей классического инита и тогда будет самое то. Налицо проставление знака равенства между ними двумя.
Да, все из того что вы перечислили - в определенной авторами концепции разумная достаточность. Объяснять, почему - не буду, более не вижу в этом смысла. Те, кого устраивает собственная узость взглядов пусть ею наслаждаются.
Было бы желание понять - другой вопрос, но у вас желания такого нет, есть желание остаться в своей скорлупе, считая всех идиотами.
При чём тут узость взглядов? Я попросту не хочу держать в своей системе оверклуджифицированный и потенциально багоопасный бойлерплейт. На минуточку, аудит безопасности systemd ещё никто не проводил, а держать в системе свору демонов, которые торчат дибасом куда попало, как-то не круто.
> При чём тут узость взглядов? Я попросту не хочу держать в своей
> системе оверклуджифицированный и потенциально багоопасный бойлерплейт.Окей, rm -f /boot/vmlinuz-* :)
> На минуточку, аудит безопасности systemd ещё никто не проводил
Некая компания Canonical проводила, во времена политических дискуссий в Дебиане. Понятно, с какой целью.
> а держать в системе свору демонов, которые торчат дибасом куда попало, как-то не круто.
Хм. Вы вообще понимаете разницу между D-Bus и TCP, например?
Простите, Вы с Женей Густманом вместе не учились?
> Некая компания Canonical проводила, во времена политических дискуссий в Дебиане.
> Понятно, с какой целью.Весьма забавно смотрелось в формате комиксов, там где чувак из каноникала потел, получив контраргументы что в апстарте тоже дыры бывали :)
"Бензопила Оккама", бритвы уже мало // fixed
> "Бензопила Оккама", бритвы уже мало // fixedБензопила - это у Поттера. Встроят до кучи в версии 220. Так что пиндык мамонтам, выпилят.
> Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc)
> - это разумная достаточность? Переписывание докера и osquery - это разумная
> достаточность? Вывод ключа для подписывания логов с помощью qr-кода - это
> разумная достаточность? Батенька, по вам бритва Оккама плачет.Бритва оккама плачет по обмудкам которые нынче все это костылируют местечковыми скриптами, переизобретая свой велик в 20-й раз и нисколько не парясь квадратностью колес. Потом когда кулсисоп уволился - в этих художествах разобраться никто не может. Так что хайль поцтер! :)
> Бритва оккама плачет по обмудкам которые нынче все это костылируют местечковыми скриптами, переизобретая свой велик в 20-й раз и нисколько не парясь квадратностью колес. Потом когда кулсисоп уволился - в этих художествах разобраться никто не может.А и не надо. Работать - НЕ ТРОЖЬ!
> А и не надо. Работать - НЕ ТРОЖЬ!Проблемы начинаются когда работать все-таки перестает или надо что-то поменять, а в куче кастомных костылей никто не разбирается, т.к. админ который колхозил этот крап оказывается уволился год назад. Такой подход катит для локалхоста, но что-то сверх того - наф-наф-наф.
Еще не хватало чтобы админ сам городил систему управления виртуалками, цепляние из темплейтов и регистрацию того что запущено. А потом окажется что прицепить это к большому энтерпрайзному управлятору - еще кучу костылей надо, да?
> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире.Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".
> Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".Ну, если оперировать сугубо в религиозном дискурсе - то да.
Но зачем делать из программ религию? Это всего лишь инструменты.
>> Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".
> Ну, если оперировать сугубо в религиозном дискурсе - то да.Это из области архитектуры ПО и никак не связано с религией. Но гуманитариев этому не учат.
Помню, в середине нулевых было популярно спорить, что круче - Opera или Firefox. Сторонники Firefox заявляли, что Firefox круче - он пусть и жирный как 2-3 Оперы, тормозной во столько же раз, зато ничего лишнего. А Опера - она, дескать, хоть и быстрая, хоть и маленькая, хоть можно отключить все что можно и убрать с глаз долой, но на мозги давит.Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите ли, давит. Как тут кто-то объяснял - гуманитарный склад мышления.
> А Опера - она, дескать, хоть и быстрая, хоть и
> маленькая, хоть можно отключить все что можно и убрать с глаз
> долой, но на мозги давит.А как эти интересные люди комментировали удобство настройки в Опере антирекламных фильтров, особенно в части скрытия элементов страницы?
> Опера
> systemdА... вот оно что...
> А Опера - она, дескать, хоть и быстрая, хоть и маленькая, хоть можно отключить все что можно и убрать с глаз долой, но на мозги давит
> Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите ли, давитНе помню чтобы кто-то заявлял нечто подобное.
Критики Оперы и systemd давят твой мозг.
> Помню, в середине нулевых было популярно спорить, что круче - Opera или
> Firefox. Сторонники Firefox заявляли, что Firefox круче - он пусть и
> жирный как 2-3 Оперы, тормозной во столько же раз, зато ничего
> лишнего. А Опера - она, дескать, хоть и быстрая, хоть и
> маленькая, хоть можно отключить все что можно и убрать с глаз
> долой, но на мозги давит.
> Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите
> ли, давит. Как тут кто-то объяснял - гуманитарный склад мышления.Не, systemd лучше сравнивать с огнелисом (т.к. дофига расширений).
А Опера - это Upstart. Оба екнулись из-за своей огороженности.
> Не, systemd лучше сравнивать с огнелисом (т.к. дофига расширений).
> А Опера - это Upstart. Оба екнулись из-за своей огороженности.А systemd — Internet Explorer.
> А systemd — Internet Explorer.Не, IE - это sysVinit. Старый, добрый, проверенный временем.
> Не, IE - это sysVinit. Старый, добрый, проверенный временем.И нифига не умеющий, как обычно.
этого монстра все ещё можно собрать в минимальной комплектации инита? А то на убунте гном староват, но новые фичи хочется, а такой паровоз лишнего функционала тянуть нет желания.
Это который автор не осилил и скинул на какого-то студента, который планирует его на каникулах запилить? :-D :-D :-D
> Это который автор не осилил и скинул на какого-то студента, который планирует его на каникулах запилить? :-D :-D :-DЭто какой интересной личностью надо быть, чтобы не осилить поменять значения по умолчанию у пары десятков опций ./configure (ну или совсем вырезать, если максимализм играет)?
> Это какой интересной личностью надо быть, чтобы не осилить поменять значения по
> умолчанию у пары десятков опций ./configure (ну или совсем вырезать, если
> максимализм играет)?Ну как, некоторым хочется чтобы майнтайнеры угадали их желания и сделали именно так как надо им а не кому-нибудь еще. А майнтайнеры такую точку зрения на чем-то там вертели и делают так как удобно им и большинству юзерей и разработчиков дистра, а вовсе и не одному конкретному Пупкину с опеннета.
> Uselessd нам понравился бы больше, принцип разумной достаточности, знаете ли.Ну, systemd тоже можно собрать без лишних зависимостей. Достаточно настроить флаги configure. Но, по принципу разумной достаточности, для смены значений по умолчанию нескольких опций лучше сделать аж целый форк.
> для смены значений по умолчанию нескольких опций
> MUSLPORTINGNOTES.TXT
> UCLIBCPORTINGNOTES.TXT
> FREEBSDPORTINGNOTES.TXTНе читал, но уже вбил себе в голову клише, что всё решается параметрами конфигурации.
>> для смены значений по умолчанию нескольких опций
>> MUSLPORTINGNOTES.TXT
>> UCLIBCPORTINGNOTES.TXT
>> FREEBSDPORTINGNOTES.TXT
> Не читал, но уже вбил себе в голову клише, что всё решается
> параметрами конфигурации.Если не секрет, оно работает на всем этом? Или пока только NOTES.TXT?
> Если не секрет, оно работает на всем этом? Или пока только NOTES.TXT?Ну бсдшные фаготы обычно что-то там вякают про порт launchd. В результате останутся просто мусором на свалке истории. Потому что и не эппл, и не линукс и даже не маздай. А сами из себя ничего не представляют.
Ну, давеча один из их главных говорил "а давайте и мы свой systemd сделаем". Но дальше слов пока не пошло.
> "а давайте и мы свой systemd сделаем".С аргументом "зато под BSDL"? :)
Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как в том мульте "Баба-Яга против", увидел про systemd статью, нужно все забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал, все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому они нужны - понять затрудняюсь.
> Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как
> в том мульте "Баба-Яга против", увидел про systemd статью, нужно все
> забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал,
> все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому
> они нужны - понять затрудняюсь.Гуманитарии, сэр.
Техника для них - это некая вещь в себе, которую можно постигнуть только опытным путем. А практика без теории - дело неблагодарное. Вот они и переживают, что их выстраданный опыт шаманства по поводу и без может вдруг оказаться неактуальным.
Ну и аргументы у них сугубо философские. Если среди них и встречается хоть кто-то, понимающий матчасть - то это скорее всего технарь развлекается :)
> Гуманитарии, сэр.
>
> Техника для них - это некая вещь в себе, которую можно постигнуть только опытным путем.О! Технари в треде!
По моему опыту, "постигнуть только опытным путём" - как раз удел технарей. Нужно решить проблему? Да не вопрос, вот тут мы вам написали модуль, сейчас проставим галочки в настройках и он заработает. Ой, не заработал, давайте попробуем снять вот эту галочку. Не помогло, ну давайте ещё вот эту снимем, и софтинку перезагрузим, авось поможет. Помогло? Ну я не знаю, что это было, но вы впредь вседа перезагружайте - верьте мне, я же технарь! Что, всё ещё не работает? Не знаю, в чём проблема, по коду понять не смогу, сейчас в отладчик залезу, посмотрю. А, вот, почему-то memcpy не работает. Вчера, когда я проверял - работало. Студия пишет что ещё есть какая-то strcpy, тоже что-то копирует, давайте с ней попробуем. Тоже не работает? Даже и не запускается уже? Хм... Ну мне вот тут студия ещё автокомплитом memmove выдала, давайте попробуем её - на stackoverflow пишут что почему-то иногда помогает (а иногда нет), вдруг и сейчас поможет. Помогло? Ура! Сейчас юнит-тест допишу и закоммичу, после этого зарелизим официальное обновление. Хотя странно, в документации написано, что тоже копирует память, как и strcpy. Наверное, вы что-то не так делаете. Систему давно переустанавливали?
И не приведи вам случай попытаться понять, почему система тормозит, и попытаться оптимизировать её до скоростей, больших, чем написано в тз. У нас в ТЗ что написано? Что страница должна генерировать максимум за 500 миллисекунд. А генерируется за сколько? За 480? Ну так и что, что на ней только шапка и список из десяти товаров с постраничной навигацией. Ты же ТЕХНАРЬ! Технически, страница удовлетворяет заданию клиента. Что-что? Интересно, почему список из картинок и десяти строк текста генерится полсекунды со включённым кешем? А почему тебе это интересно? ГУМАНИТАРИЙ что ли, вопросы-то философские задавать? Генерится и ладно, клиент не жалуется.
Если вы думаете, что любой, кто на "ты" с компьютером - технарь, а все остальные - гуманитарии, то ошибаетесь. Не путайте менеджера среднего звена и гуманитария. Технари и гуманитарии - это просто разный склад ума, разный подход к решению проблем. Технари хорошо решают уже поставленные задачи, а гуманитарии способны решить задачу, не имея на руках чёткого задания, способны сделать что-то на своё усмотрение.
Это как маляры и художники. Оба могут покрасить забор. Но технарь покрасит в монотонный цвет, используя все современные достижения прогресса, и сделает это быстро. Что, правда, не гарантирует, что краска не сойдёт через два месяца. А гуманитарий будет работать маленькой кисточкой, что-то вручную подводить пальцами, вручную смешивать краски, и в конечном счёте создаст картину, а не просто плоский фон. И красить будет вручную не потому, что не знаком с инструментами, а потому, что инструменты не дадут ему той степени контроля, что ему требуется.
Технарь использует TDD и потом рефакторит написанный код, строя архитектуру уже построенной части приложения. Гуманитарий стремится создать архитектуру ещё до написания тестов и кода, заложить максимальную гибкость, чтобы потом не приходилось переделывать.
Технарь пишет код, рассчитывая на юнит-тесты, падающие, когда он что-то делает не так, на выдаваемые компилятором предупреждения, на то, что IDE сама грамотно расставит отступы. Он лишь примерно понимает, как работает система и что делает его код (и то по большей степени лишь потому, что у него есть тесты). Гуманитарий пытается сначала понять, как работает система, какие взаимосвязи в ней есть и какие из них он может задеть при реализации задачи, и лишь потом начинает писать код. Ему доставляет удовольствие расстановка отступов вручную. Гуманитарий вбивает названия функций без помощи автодополнения, чтобы самому почувствовать, когда какая-то функция станет настолько часто используемой, что пора будет укоротить её название, заменив, скажем, writePlainMessageToLocalSystemLogFile на log. Гуманитарий понимает, что автодополнение упрощает написание кода, но не его чтение и тем более понимание.
Технарь знает на память 30 наиболее известных паттернов проектирования и способен применить их в любой ситуации, но никогда не вспомнит, в каком порядке идут аргументы функции, которой постоянно пользуется. Гуманитарий вызывает ненависть со стороны технаря, так как помнит на память названия и аргументы функций, которые использует (но только не других), потому что каждый раз пишет их вручную. При этом он не может назвать и пяти паттернов проектирования, хотя сможет сам изобрести нужный из них в случае, когда это действительно будет нужно.
А, и главное забыл, что касается systemd.Технарь руководствуется логикой, а гуманитарий - здравым смыслом.
Позиция гуманитария по systemd основана на общих принципах: systemd имеет плохую архитектуру (всё завязано друг на друга), он непереносим (использует linux-специфичное), он буквально проталкивается в дистрибутивы с вытеснением (а не параллельной поддержкой) альтернатив, апстрим неадекватен.
Позиция технаря менее абстрактна: systemd решает конкретные проблемы (их перечень, как правило, прилагается), не предназначен для отличных от linux систем, а желающие альтернатив пусть сами их пилят, адекватность апстрима описывается на конкретных примерах.
Типичный пример - сборка и использование udev отдельно от systemd. Технари утверждают, что это возможно, нужно максимум написать свой Makefile и установить несколько dev-версий пакетов, не нужных для сборки самого udev (и, да, патчи апстрим не принимает). Гуманитарии же утверждают, что устанавливать для сборки udev пакеты, которые не нужны для его сборки, а используются лишь самим system - бред, и с таким же успехом можно считать, что отдельная сборка udev невозможна.
Хорошо приложил! Но это скорее не гуманитарий vs технарь, а теоретик vs практик получилось.Теоретику подавай мегаархитектуру и стройные концепции. А как оно фактически колесить по дорогам будет - теоретику вообще неинтересно. Поэтому их мегаконцептуальный хлам пылится в лучшем случае в музее политехники, а в хучшем - на помойке. Эталонный пример - minix какой-нибудь, например. Или даже что позабористее, типа paln9. Все расово верно. Концепции дypом прут! И ... даром никому не надо. Даже под пермиссивными лицензиями. Потому что недопилок с неважными рабочими параметрами. Академики фапают, остальные дружно блюют.
А практику плевать что там в архитектуре, лишь бы из пункта А в пункт Б доставляло за оговоренное время. А если при этом еще салон комфортабельный и кондей работает - вообще замечательно. А то что ДВСина этой штуки - клубок проводов и трубок, куча вспомогательных агрегатов, какие-то костыли-микропроцессоры и прочая, так что оно ни разу не похоже на простую и доходчивую модель из кабинета физики - да всем похрен. Лишь бы колеса крутило.
> Хорошо приложил! Но это скорее не гуманитарий vs технарь, а теоретик vs практик получилось.Да не, архитектурно systemd тоже продуман. По крайней мере, по сравнению со скриптовыми костылями. Та же идея разделения привилегий, когда на основные элементы системной конфигурации создаются специальные демоны, которые сами могут менять только то, за что отвечают, и при этом сами контролируют права клиентов через polkit - довольно неплохая штука.
А вот если к делу подойдет гуманитарий, у которого вместо представлений об архитектуре - религия, то каждому DE придется готовить _собственный_ suid-ный бинарник для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс во все поля!
> Да не, архитектурно systemd тоже продуман.Ну как, у любого реалистичного решения решающего практические задачи - постепенно появляется куча костылей. Поскольку заранее все предусмотреть невозможно. А академики лучше из кожи вон вылезут и все разломав, до основания, попытаются наархитектурить лучше. Универсальный ответ на все вопросы и все такое. В результате получается кучка неработоспособных уродцeв.
> По крайней мере, по сравнению со скриптовыми костылями.
Да там вообще полное у...ще. Но некоторым зомбакам из доисторических времен - свое вонючее болото уже привычно, а тут какой-то удод посмел что-то переделывать и сделать иначе. Вот гадство то.
> то, за что отвечают, и при этом сами контролируют права клиентов
> через polkit - довольно неплохая штука.Я правда не понимаю почему это именно "демон". Ну ладно там "task" или как там его, запускаемый единоразово. Ну там надо сменить хосту - вызвали task "сменить имя хоста" и отвалили в туман. Демон же обычно подразумевает нечто резидентное. Нафига какой-нибудь менялке имени хоста быть демоном - загадка.
> для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс
> во все поля!Да что там, тут вон кадры бочку катят на (k)dbus. Им вон sysv IPC хватает. Правда показать как через него сделать кидание неопределенной группе подписчиков сообщения вида "а вот самолетный режим - а ну, радиопередатчики, заткнитесь!" эти кадры почему-то традиционно ссыкуют. Им это видите ли не надо. Ну да, пыриться в черно-зеленый терминал можно и без этого. Ну а вот толпе народа это надо. По поводу чего эти вопящие стройными рядами пойдут на йух.
> Да что там, тут вон кадры бочку катят на (k)dbus. Им вон
> sysv IPC хватает. Правда показать как через него сделать кидание неопределенной
> группе подписчиков сообщения вида "а вот самолетный режим - а ну,
> радиопередатчики, заткнитесь!" эти кадры почему-то традиционно ссыкуют. Им это видите
> ли не надо.Совершенно верно - не надо ;)
Если мне нужно прекратить весь сетевой обмен - я выключаю сетевой интерфейс (ip link set eth0 down), а не шлю всем сетевым программам "пожалуйста, заткнитесь" с надеждой, что авторы всех программ умеют это адекватно понимать.
Логично экономить энергию и отключать непосредственно сам передатчик(и).
Возможно kdbus будет действительно полезен для каких-то определенных ситуаций. Но пока на десктопе и простой dbus не особо нужен.
> Совершенно верно - не надо ;)Ну вот и сидите где-нибудь на задворках истории, о мамонты каменного века, которые игнорируют тот факт что компьютеры кроме всего прочего давно стали маленькими, мобильными и повсеместными.
В эпоху когда более половины серверов покупается сразу под виртуалки, извините, но это ВЫ оторвались от реалий, а нифигища и не гарри поттер, желающий некий базовый менеджмент виртуалок и контейнеров запилить. Поттер лишь приводит свое барахло в соответствии с фактическими реалиями и пожеланиями пользователей.
> Если мне нужно прекратить весь сетевой обмен - я выключаю сетевой интерфейс
> (ip link set eth0 down), а не шлю всем сетевым программам "пожалуйста, заткнитесь"Это выглядит как-то так, уважаемый мамонт: садимся мы в самолет. И нас зачастую просят перестать cpaть в эфир - чтобы не мешать навигационному оборудованию. Как минимум на взлете и посадке. В этот момент надлежит выбрать "самолетный режим" во всех своих мобильных девайсах.
При этом проводная сеть (если она у вас при этом есть) как таковая никому жить не мешает. Всем надо именно радиомолчание - чтобы заткнулись радиопередатчики. При этом никому не интересно, wi-fi там у вас, блутус, wi-max, 3G, LTE или что там еще. Лучше всего отрубить всё и сразу. И поэтому в мобильных девайсах по жизни есть под это специальный режим. Ну а почему так должно быть нельзя сделать в линухе - загадка природы. Ноут с линухом в самолете ничему не противоречит. А требования к нему такие же как и ко всем остальным.
Поэтому было бы логично если бы какой-нибудь обработчик кнопок/менюшка/команда/... дергаемые по усмотрению юзера на такую ситуацию - могли бы разослать уведомления неопределенной группе подписчиков. Потому что лично делать энумерацию всего что может излучать в вон той программе которая рисует пунктик меню "вырубить радио" - это как-то зело круто получается. Программа получится макаронным монтром. Которому придется в себя интегрить крупным оптом modem manager, network manager, bluez и еще чего-нибудь.
> с надеждой, что авторы всех программ умеют это адекватно понимать.
Это вы не умееете адекватно понимать существующие реалии.
> Логично экономить энергию и отключать непосредственно сам передатчик(и).
Зато...
1) Нифига не логично в крыжике настроек "а вот у нас тут сейчас самолет!" делать хардкорную энумерацию и умение рулить для вообще всех мыслимых разновидностей радиопередатчиков которые понимает линух.
2) Человек - не чип power manager, и в отличие от железки ему западло дергаться лишний раз на всякие сугубо техниеские сущности. Та что отвлекать человека на такую буиту - каменный век и мсдосовщина.
3) Если вы вдруг не заметили, при вашей пещерной "технологии энергосбережения" - отпадает линк! И если цель была именно сэкономить питание - вообще-то это нынче предпочитают делать БЕЗ потери функциональности. Спасибо, конечно, за экономию питания путем вырубания линка. А если компьютер не включать - во сколько сэкономится! Но так мало кому нравится. Поэтому предпочитают более умные варианты. С уходом проца в low power режим и/или низкие частоты, если нет активных задач. С частичным отключением неиспользуемых блоков чипов. При длительной неактивности линка наличие новых данных могут проверять лишь сильно эпизодически, променяв латенси на экономию питания. Ну и так далее. Когда и функциональность сохраняется (может быть с небольшой деградацией параметров) и питание экономится.> на десктопе и простой dbus не особо нужен.
Мамонтам которые хотят самолично дрюкаться с управлением питанием и расстановкой перемычек IRQ на шине ISA? Их время вышло, добро пожаловать на свалку истории.
del
> Ну а почему так должно быть нельзя
> сделать в линухе - загадка природы. Ноут с линухом в самолете
> ничему не противоречит. А требования к нему такие же как и
> ко всем остальным.Так сделайте - делов на десть минут.
> Поэтому было бы логично если бы какой-нибудь обработчик кнопок/менюшка/команда/... дергаемые
> по усмотрению юзера на такую ситуацию - могли бы разослать уведомления
> неопределенной группе подписчиков. Потому что лично делать энумерацию всего что может
> излучать в вон той программе которая рисует пунктик меню "вырубить радио"
> - это как-то зело круто получается. Программа получится макаронным монтром. Которому
> придется в себя интегрить крупным оптом modem manager, network manager, bluez
> и еще чего-нибудь.Вы создаете сложности на ровном месте - ваш любимый андроид в этом режиме полностью гасит сетевые интерфейсы (adb shell ifconfig в помощь) и питание на них.
>> Логично экономить энергию и отключать непосредственно сам передатчик(и).
> Зато...
> 1) Нифига не логично в крыжике настроек "а вот у нас тут
> сейчас самолет!" делать хардкорную энумерацию и умение рулить для вообще всех
> мыслимых разновидностей радиопередатчиков которые понимает линух.И что характерно их всех можно определить заглянув в /dev или /sys. Элементарный скрипт в помощь.
> Так сделайте - делов на десть минут.В человеческом виде делов несколько побольше. А программе крыжика "самолетный режим" совершенно не в кассу узнавать как рулить вот конкретно тем 3G свистком, например. Этот свисток - вообще может не сетевой интерфейс быть! А какой-нибудь AT-командовый модем, или даже что позаковыристее.
Есть такая хрень - разделение труда! Вот расщепление на отправителей события и тех кто в нем заинтересован - именно об этом. Дело крыжика в гуе - отсигналить что надо заткнуться. Дело бэкэндов работающих с девайсами - это обеспечить. Ну если делать это нормально, а не путем удаления гланд через ж...у автогеном.
> режиме полностью гасит сетевые интерфейсы (adb shell ifconfig в помощь) и
> питание на них.Андроид много чего по своему делает. И если что, там еще и свой самопальный IPC есть, кстати. Если вы вдруг не заметили - гугель вполне убедительно помахал факом. И в сторону имевшегося IPC, запилив свое, более подходящее для их целей, и в сторону окаменелостй типа иксов. Сделав свой вывод графики. И вообще-то когда людям такие вещи приходится делать где-то out of tree и местечково - это не есть нормально нифига. А кто считает иначе - здорово оторвался от реалий и шел бы он куда подальше, ибо ведет к дезинтеграции и вылету на задворки истории. По причине "неактуальная фигня не от мира сего, которую проще списать в утиль чем закостылить до кондиции".
> И что характерно их всех можно определить заглянув в /dev или /sys.
И что характерно, большинство людей труба шатали самолично костылировать столько хлама. Давайте вы себе не будете компьютер покупать и вместо этого разучите полный цикл добычи меди и выращивания кремниевых монокристаллов? Как, не хотите? А то делать через ж...у аналог одной только системной шины - недостаточно хардкорно.
> Элементарный скрипт в помощь.
Всю жизнь мечтал лично набить шишек узнав все глюки и особенности модемов, сетевушек, блутус свистков и какая там еще дребедень бывает. Сразу после того как вы накопаете медной руды и монокристалл кремния вырастите лично.
> И что характерно, большинство людей труба шатали самолично костылировать столько хлама.Так гугол в помощь - наверняка кто-то уже озадачился и написал. Если нет - могу написать для вас, за цену билета на самолет ;)
Переложенное мной решение - скрипт решающий четко поставленную задачу для конкретных классов устройств. Его можно быстро написать и отладить. При появлении нового класса устройств - легко добавить.
То, что предлагаете вы - это попытка создать все на все случае жизни, что на практике порождает больше проблем, чем решает их. Не говоря уж об overkill/overhead/overengineering.
Ваше предложение - программа посылающая сообщение о необходимости прекращения передачи радиосигнала. Потенциально я вижу следующие вопросы:
1. Кто будет определять формат сообщений?
2. Как убедить всех использовать единый формат сообщений?
3. Что делать с программами не умеющих/не желающих/игнорирующих сообщения?
4. Что делать если программ запущенна после прохождения сообщения?
5. Что будет если несколько программ попытаются выключить/включить один и тот же интерфейс?
6. Потребление памяти и усложнение программ - им всем придется уметь принимать сообщения и корректно их обрабатывать.
7. Сколько понадобится человеко-часов на внедрение и отладку этого?
> Так гугол в помощь - наверняка кто-то уже озадачился и написал. Если
> нет - могу написать для вас, за цену билета на самолет ;)Вы там вообще в своем уме? Нафига я буду возиться с тем что вообще должно работать по дефолту, т.к. обыденный и повсеместный сценарий? И тем более - за что платить вам? Это ж не кастомдев, это - СТАНДАРТНАЯ хотелка, типичная для *легиона* юзерей. Прикиньте?
Там вон как видим есть желающие делать это и не требуя с меня оплаты (потому что им самим надо, по тем или иным причинам). А раз так - посчитаем что я в этом заинтересован (и даже попытаюсь подыграть заинтересованным чем умею).
> Переложенное мной решение - скрипт решающий четко поставленную задачу для конкретных
> классов устройств. Его можно быстро написать и отладить. При появлении нового
> класса устройств - легко добавить.Единственная проблема: постановка задачи отморожена на всю голову и являет собой образец квадратно-гнездового мышления имени мсдоса. Если я сажусь в самолет, последнее о чем я хочу думать в этот момент - какие же там в этом девайсе классы беспроводных устройств?! Есть четко поставленная задача: ВСЕ РАДИО ДОЛЖНЫ ЗАТКНУТЬСЯ. Вот это - нормальная человеческая постановка задачи. С понятной мотивацией (чтобы не было шанса создать помехи навигационному оборудованию) и логичной реализацией через нечто типа системной шины.
А то что вы предлагаете - эталонный образец ДОСявого однозадачного однопроцессного мышления: перехватить контроль над девайсом единолично из 1 приблуды и вообще никак не согласовывать с другим софтом использование этого девайса. Арбитраж? Использование более чем 1 программой? Не, не слышали! Вот поэтому и мамонты, собственно...
> То, что предлагаете вы - это попытка создать все на все случае жизни,
Не совсем так. Это попытка создать интерфейс который справился бы с рядом типовых задач без убер-костылирования. Позволив решать задачи логично и естественно. Удобно и для програмеров и логично для юзеров. Нет, трахать свой мозг садясь в самолет какие там в ноуте или где там еще классы девайсов - нифига не удобно и не логично, уважаемый мамонт.
> говоря уж об overkill/overhead/overengineering.
Ну конечно, ваши кастомные ни с чем не совместимые и ни с чем нормально не взаимодействующие скриптокостыли - это не оверкилл, не оверинжинеринг и вообще, свое гомно не пахнет, да? Впрочем, чего еще ожидать от людей которые делают "power management" путем дрюкания интерфейса вверх-вниз, и игноря кучу проблем которые при этом будут? Как то никаковская латенси, риск отвала соединений и потери ремотных пакетов, непригодность для listen режима и прочая.
> 1. Кто будет определять формат сообщений?
По логике вещей - те кто собираются отправлять и получать сообщения этого типа. Если бы это было нерешаемой задачей, мы бы тут переписываться не смогли. Догадываетесь почему? :)
И кстати d-bus как таковой появился в том числе и для того чтобы програмеры не сношали себе мозг низкоуровневой формировкой пакетов. Мало кто коммуницирует с сервером, например, опеннетом, самолично выкраивая все кадры эзернета в своей программе.
> 2. Как убедить всех использовать единый формат сообщений?
В жестком виде ессно никак. А по факту какая-то из реализаций станет стандартом де-факто, основная масса софта это станет понимать. А как там особо хитрый мамонт будет дрoчить сетевым интерфейсом туда-сюда потому что это в его понимании и есть power management, это уже проблемы этого мамонта (варианты для этого всегда найдутся). Ну то-есть вы можете любить IPX хоть до поросячьего визга. Но послать пакеты мне по нему не сможете. Потому что я и промежуточные роутеры его не понимаем. Будете пользоваться TCP/IP и HTTP. Или пойдете нафиг. На выбор. Но разумется приказать вам использовать именно TCP/IP и HTTP никто не может. Просто вы будете взаимодействовать только сами с собой, если перестаратетесь с кастомом.
> 3. Что делать с программами не умеющих/не желающих/игнорирующих сообщения?
Ничего. Если кому-то станет это надо - они пойдут и сделают так чтобы умели и не игнорировали. А на нет и суда нет.
> 4. Что делать если программ запущенна после прохождения сообщения?
А это как с IRC. Вы присоединились к каналу. Но сообщения уже пролетели. Что делать? А ничего. Если это что-то критичное - ну давать по сусалам на потуги например врубить вафлю в самолете. Т.е. пока самолетный режим явно не снят - фиг вам а не вафля.
> 5. Что будет если несколько программ попытаются выключить/включить один и тот же
> интерфейс?По логике вещей, кто последний попросил сделать нечто с интерфейсом, тот и определил конечный результат. Да, в принципе там возможны грабли. Ну вот раз вы такой умный - вот и расскажите как ваше дрoчиво интерфейсом для экономии питания этот вопрос решает? :) А то вы хитрый - своим горбылям скидку сделали, а с остальных, значит, спрашиваем по полной, так? :)
> 6. Потребление памяти и усложнение программ - им всем придется уметь принимать
> сообщения и корректно их обрабатывать.Не "всем" а "заинтересованным в этой категории сообщений". И да, конечно, куча скриптов постоянно дрoчащих интерфейсы вверх-вниз как ваше "управление питанием" наверное память и проц не занимают, да? Ну я понимаю что себе - скидки :)
> 7. Сколько понадобится человеко-часов на внедрение и отладку этого?
Не так уж много. И меньше чем сумма человеко-часов на костылирование на каждой машине у каждого юзверя совершенно типовых вещей. И вообще, этой проблемой как видим нашлось желающих заняться - вам то какое дело до их человеко-часов?
>[оверквотинг удален]
> отпадает линк! И если цель была именно сэкономить питание - вообще-то
> это нынче предпочитают делать БЕЗ потери функциональности. Спасибо, конечно, за экономию
> питания путем вырубания линка. А если компьютер не включать - во
> сколько сэкономится! Но так мало кому нравится. Поэтому предпочитают более умные
> варианты. С уходом проца в low power режим и/или низкие частоты,
> если нет активных задач. С частичным отключением неиспользуемых блоков чипов. При
> длительной неактивности линка наличие новых данных могут проверять лишь сильно эпизодически,
> променяв латенси на экономию питания. Ну и так далее. Когда и
> функциональность сохраняется (может быть с небольшой деградацией параметров) и питание
> экономится.Ну раз вы так хорошо разбираетесь в энергосбережении и вообще прогрессивный человек - элементарная задача: есть ноутбук с линуксом - нужно поднимать wi-fi только тогда, когда идут сетевые пакеты. У "мамонта" эта задача решена.
> - элементарная задача: есть ноутбук с линуксом - нужно поднимать wi-fi
> только тогда, когда идут сетевые пакеты. У "мамонта" эта задача решена.Во первых, сама постановка задачи - некорректная. Ну нет у нормальных людей в здравом уме и твердой памяти такой задачи как "дрoчить сетевой интерфейс". Это кусок бреда, а не целеполагание. Изначальная цель у нормального инженера может звучать как нечто типа "сэкономить питание" (а у юзера - "чтоб подольше работало"). И решают такую задачу, соответственно, намного менее извращенскими и кривыми методами. С намного меньшим мозготрахом пользователю.
Во вторых, уважаемый мамонт, а как вы при этой схеме узнаёте что ремота вообще хочет послать вам пакеты без, гм, подъема интерфейса? А то, понимаете ли, IP как таковой - двухсторонний протокол. Или наш мамонт, как обычно, сделал себе и своим юзкейсам феерического размера скидку и обрубил все до каких-то частностей, а потом набрался наглости и возомнил что эти его частности вдруг с какого-то рожна устроят и всех остальных?
Если вы думаете что изгибаться такой буквой зю для использования сети кого-то радует - вы чего-то очень сильно не понимаете в этой жизни. Грубо говоря, вы придумали себе высосанную из пальца проблему, с помпой ее решили, и почему-то считаете что это решение еще и имеет какую-то очевидную всем ценность. А на самом деле это как забег по потолку в ластах и противогазе с аргументом "во как я могу!". Ну, ок, вы можете бегать в ластах и противогазе по потолку. И чего? Этот скилл несет в себе какую-то практическую ценность?
Нормальные инженеры, к вашему сведению, давно сделали для вафли "power save". Так что дрюкать интерфейс для экономии питания отнюдь не требуется. А современные чипы, между прочим, даже в активном режиме кушают столько что не то что вайфай, а все вместе, включая проц на 400-500 мегагерц с линухом - запросто пашет чуть ли не целый день от обычной батареечки типа 18650, упакованой прям в корпус карманного девайса. На фоне того как это работает, сколько лопает, сколько усилий в настройке требует, какие скорости и латенси и прочая - вы с вашими извращениями и выглядите мамонтом, если вы еще не поняли.
P.S. и да, я совсем не против автоматики под какие-то сильно кастомные запросы. Но, опять же, ваша автоматика - не интегряется с другими случаями. Например с случаем "эй, радио, заткнсь, это - самолет!". А самолично выписывать все такие моменты в скриптах можно и за..ться.
> А вот если к делу подойдет гуманитарий, у которого вместо представлений об
> архитектуре - религия, то каждому DE придется готовить _собственный_ suid-ный бинарник
> для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс
> во все поля!Не, демонология - это к Поттерингу, это его любимая концепция - все демон. Нормальные люди используют inotify.
Рассказ о нормах жизни от человека, считающего что нагружать гуманоидов управлением питания линка нормально - спасибо, но...
> Рассказ о нормах жизни от человека, считающего что нагружать гуманоидов управлением питания
> линка нормально - спасибо, но...Человек, считающий что управление линком должно быть в одном месте (скрипт/программа), а не в десятках отдельных приложений ждущих сообщений.
> Человек, считающий что управление линком должно быть в одном месте (скрипт/программа),
> а не в десятках отдельных приложений ждущих сообщений.Так я и говорю - мамонт! Потому что это мышление - в стиле однозадачной системы, с эксклюзивным доступом 1 программы ко всем ресурсам. Без какого либо арбитража и допуска мысли что софт может что-то интересовать.
> А практику плевать что там в архитектуре, лишь бы из пункта А
> в пункт Б доставляло за оговоренное время. А если при этом
> еще салон комфортабельный и кондей работает - вообще замечательно. А то
> что ДВСина этой штуки - клубок проводов и трубок, куча вспомогательных
> агрегатов, какие-то костыли-микропроцессоры и прочая, так что оно ни разу не
> похоже на простую и доходчивую модель из кабинета физики - да
> всем похрен. Лишь бы колеса крутило....правда спустя некоторое время этот "практик" внезапно обнаруживает что доставляют его уже за то время которое удобно владельцу этого агрегата, той дорогой, которая удобна владельцу, до посадки в агрегат допускают только после строгого шмона и проктологического осмотра, а вместо доставки из а в б возят только из строго огороженных приемо-отправочных пунктов в и г...
> ...правда спустя некоторое время этот "практик" внезапно обнаруживает что доставляют его
> уже за то время которое удобно владельцу этого агрегата, той дорогой,
> которая удобна владельцу,Несомненно, мир неидеален. Проблема только в одном: в вашем случае придется идти пешком. Что может быть очень несколько непрактично при расстоянии больше чем несколько километров и совсем не вариант если по пути попадется какой-нибудь там океан (коих у нас 2/3 планеты, блин).
эм... а причем тут гуманитарии? вы, таки про разные подходы с не совсем адекватными примерами. и никак не про технарей-гуманитариев.
> эм... а причем тут гуманитарии? вы, таки про разные подходы с не
> совсем адекватными примерами. и никак не про технарей-гуманитариев.Похоже, вы чувствуете, что "наших бьют", но возразить ничего не можете :)
Аргументы?https://bugzilla.redhat.com/show_bug.cgi?id=719952
Багрепорту четвёртый год уже пошёл, а он до сих пор открыт.
We change! We create! We propose! The future will be awesome! Btrfs! Kdbus! Containers! Snapshots! Oh, wait, what's that? Bugreport? Not our business! Systemd!
> https://bugzilla.redhat.com/show_bug.cgi?id=719952Если вы решили перезагрузиться во время fsck, то зависание - не самая страшная из ваших проблем :)
Изначально проблема была в том, что systemd-fsck не интерраптится вручную практически никак. Пришёл я, например, презентацию перед большой аудиторией показать, включил ноутбук, а systemd-fsck решил, что ему всенепременно надо прочекать диск. И всё, приехали.
нет системд - нет проблем...
> нет системд - нет проблем...Ну да, подумаешь - файлуха рассыпется от того что fsck срубили абы как, когда он там чинил что-нибудь, например. А так все хорошо, прекрасная маркиза.
> Изначально проблема была в том, что systemd-fsck не интерраптится вручную практически никак.И что характерно, root cause - в том что корректное прерывание fsck в нем элементарно не предусмотрено. А вырубить его некорректно - можно с разваленной файлухой остаться. Ясен фиг никто в здравом уме не подпишется такое делать. Что в багтрекере и написали.
> Аргументы?
> https://bugzilla.redhat.com/show_bug.cgi?id=719952Да, забойный аргумент: последняя запись в баге была более 2 лет назад, в том числе дуп этого бага. Видимо с тех пор 2 года как всем пофигу. Ну раз пофигу - так зачем чинить? :)
http://cgit.freedesktop.org/systemd/systemd/commit/?id=07f9a...Не оно?
> Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как
> в том мульте "Баба-Яга против", увидел про systemd статью, нужно все
> забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал,
> все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому
> они нужны - понять затрудняюсь.Ну так аргументированных постов от сторонников столько же. Ня, прогресс.
Троллинг столь же по инерции, сколь по инерции остаются WONTFIX вещи, оказавшиеся критичными для разных нелюбителей systemd.
> критичными для разных нелюбителей systemd.Если это критичные вещи, как вон в том баге который 2 года как всеми забыт - видимо не так уж все и критично оказывается.
А _что_ содержательного можно добавить в баг, если upstream уже сказал «нам наплевать, мы ничего полезного делать не будем по этому поводу» или даже «круто, мы и хотели это сломать»?
Узнаю стиль Портера :) он так же отвечал - когда Pulse audio сломал alsa/oss. "пусть все работают через пульсаудио - а остальное никому не надо". За столько лет ничего не поменялось.
> Узнаю стиль Портера :) он так же отвечал - когда Pulse audio
> сломал alsa/oss. "пусть все работают через пульсаудио - а остальное никому
> не надо".Это когда такое было? Опять все выдумываем?
> А _что_ содержательного можно добавить в баг, если upstream уже сказал «нам
> наплевать, мы ничего полезного делать не будемДа нет, они уже буквально несколько часов назад запилили systemd-fsckd, позволяющий останавливать процессы fsck независимо от их количества.
Пруф: http://cgit.freedesktop.org/systemd/systemd/commit/?id=07f9a...
> Да нет, они уже буквально несколько часов назад запилили systemd-fsckd, позволяющий останавливатьОперативно работают :)
> А _что_ содержательного можно добавить в баг,Как минимум, если бы это мешало жить толпе народа - были бы дупы багов. Но дуп был лишь 1. И 2 года назад. Видать, фича не слишком мешает жить юзерям...
> если upstream уже сказал «нам наплевать, мы ничего полезного делать не будем
> по этому поводу» или даже «круто, мы и хотели это сломать»?Не вижу где там написано именно это. Там написано что fsck как таковой нынче не предусматривает возможности его корректно вырубить. Поэтому мы дескать понятия не имеем как это надо делать. Не надо быть семи пядей во лбу чтобы догадаться что разработчики системного стартера не подпишутся брутально срубать fsck, потенциально оставляя юзера с убитой в хламину ФС. А корректных методов это сделать просто нет. И вопросы при этом надо по логике задать авторам fsck'ов для начала. Ну так, если делать это по уму.
> Ну так аргументированных постов от сторонников столько же. Ня, прогресс.Сторонники systemd - звери редкие. Можно выделить три класса линуксоидов:
1. "systemd так systemd, освоимся, делов-то".
2. "ААА НЕНАВИСТЬ НЕНАВИСТЬ УБИТЬ ПОЦТЕРА!!!!1"
3. "Ммм, хейтеры - это отличная еда!":)
> А почему вам всем не нравится systemd? Он же много чего умеет.кофе не варит! Что-же классного?
лучше бы он одним делом хорошо занимался, а не "много чего умел" так себе...
У меня Slackware и без systemd тоже много чего умеет.
> У меня Slackware и без systemd тоже много чего умеет.Только вот делать на ней контейнеры с снапшотами в btrfs - усрaться можно. А то что админам локалхоста все это не надо - ну, окей, пусть дальше рулят своими локалхостами и не высовываются.
>> У меня Slackware и без systemd тоже много чего умеет.
> Только вот делать на ней контейнеры с снапшотами в btrfsопачки! Давай подробностей. Это где ты уже с помощью системд "делать на ней контейнеры с снапшотами в btrfs", что можеть судить про "усрaться"/не"усрaться" ?
или очередной "системд-админ" теоретик?
Как где? В одном всем известном блоге так всё и написано.
> Это где ты уже с помощью системд "делать на ней контейнеры с снапшотами в btrfs"Сформулируйте мысль, пожалуйста.
У тебя спрашивают: ты сам это делал с системд и бтрфс? Или в блоге гуру своего прочитал?
> У тебя спрашивают: ты сам это делал с системд и бтрфс? Или в блоге гуру своего прочитал?dnf -y --releasever=21 --nogpg --installroot=~/fedora --disablerepo='*' --enablerepo=fedora install systemd passwd dnf fedora-release vim-minimal && systemd-nspawn -bxD ~/fedora
Теперь я супергерой?
Ну а теперь то же на шлаке, для сравнения усраться/не усраться.
> Ну а теперь то же на шлаке, для сравнения усраться/не усраться.Шлакваристы, ваш выход! 8)
> Шлакваристы, ваш выход! 8)Прошло 3 дня. А слакваристы так и не показали нам аналог того что федорист за 5 минут наколотил.
> опачки! Давай подробностей. Это где ты уже с помощью системд "делать на
> ней контейнеры с снапшотами в btrfs",Уже ессно нигде - он еще только-только вышел. Но у поттера все это будет. А у вас будет только ваш ламероватый гонор, куча помоев и рассказы "да кому это надо?". А потом окажется что надо как обычно толпе народа.
> что можеть судить про "усрaться"/не"усрaться"?
А я виртуалками и контейнерами довольно давно занимаюсь. И поэтому могу себе представить, чего я хочу видеть, а чему лучше отправиться на задворки истории. Вот такой я нехороший.
> или очередной "системд-админ" теоретик?
Я думаю что теоретик у нас тут вы. В том плане что такие обычно вообще контейнерами и виртуалками в повседневной деятельности не пользуются. Потому что вручную костылить гемор, а совсем энтерпрайзные решения - зачастую овекилл. И вот тут гарри поттер оказывается очень кстати.
Чья бы корова мычала. Если бы ваш опыт не ограничивался локалхостом, то вы бы знали, что единственные нормальные контейнеры в линуксе это openvz. Последнее ядро с openvz это 2.6.32 из rhel 6. Для systemd требуется 3.9+. Как следствие работа с контейнерами в systemd на данный момент на уровне жалкого lxc. Не исключен вариант, что redhat зажмет поцтерингу яйца и заставит его ограничится возможностями ядра из rhel7, тогда через полгода от systemd может быть будет толк в области контейнеров.
> Чья бы корова мычала. Если бы ваш опыт не ограничивался локалхостом, то
> вы бы знали, что единственные нормальные контейнеры в линуксе это openvz.Отличная шутка! Петросян.жпг.
А почему OVZ, а не UML сразу?
> Последнее ядро с openvz это 2.6.32 из rhel 6.И если вы хотите пользваться таким жестоким сблювом и дальше - ваше место будет на свалке истории, имхо.
> Для systemd требуется 3.9+.
И замечательно. А btrfs лучше с ядром меньше 3.16 вообще не запускать. А лучше 3.19 использовать :)
> Как следствие работа с контейнерами в systemd на данный момент на уровне жaлкого lxc.
Это не вина systemd как такового. Сколько умеет ваниль, столько он и использует. А какие-то левые ядра с посторонними патчами - должны сдохнуть. И сдохнут, что характерно.
> поцтерингу яйца и заставит его ограничится возможностями ядра из rhel7,
Зачем все это редхату? Они имхо просто зажмут на рхел7 версию системды. А кому будут нужны более свежие фичи - пойдут юзать более новый рхел с более новым системд.
> тогда через полгода от systemd может быть будет толк в области контейнеров.
Поттер пока все правильно делает и очень хорошо что он забывает спросить утырков, полагающих что переть в систему левое ядро с побочными патчами - нормальная практика. Собственно, именно это мерзкое свойство и является тикающей бомбой под openvz. Понимаешь, чувак, нужда ставить кастомный кернел это большой гемор, отвал кучи юзкейсов и вообще - все с большим удовольствием от всего этого избавятся. Ну а первый кто предоставит такое решение срубит EPIC WIN. Поттер и шапка видимо куда-то туда и нацелились. Ну и флаг им в руки. Должен же кто-то сделать это не через анyc?!
> А почему вам всем не нравится systemd? Он же много чего умеет.
> Это же классно. Не так ли?Это толсто.
> А почему вам всем не нравится systemd? Он же много чего умеет.
> Это же классно. Не так ли?Он умеет пихать жалобы vsftpd на неправильный конфиг куда угодно, только не куда надо (vsftpd пишет жалобу из-под не-root и сразу завершается, такое сочетание journald отследить не может).
Он умеет требовать, чтобы все сессии Χ жили только через display-manager. И считать, что так надо.
Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD (нормально, то есть не требуя несколько минут на journalctl -n 20).
Не все любители Unix-систем с неотключаемым мнением системы по случайно выбранным вопросам уже перешли на MacOS X. Некоторые вместо этого пишут systemd. Некоторые пользователи GNU/Linux не перешли на MacOS X искючительно потому, что такое поведение системы их раздражает.
И да, базовая система в одном репозитории у BSD есть и была давно, но опять же не все пользователи GNU/Linux такого хотели бы для своей систем.
> Он не умеет нормально хранить журнал на своём любимом BtrFS на HDDА если еще и НОВОСТЬ ПОЧИТАТЬ - можно что заметить что уже умеет :).
>> Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD
> А если еще и НОВОСТЬ ПОЧИТАТЬА зачем? Осуждать удобнее, когда не читал.
Действительно. Лучше несколько лет орать что системд готова и везде в продакшене используется. А в каждую очередную новость писать:
что вы говорите про Х? он научился делать Х - читайте новости. нет аргументов у хейтеров.
А Y умеет?
Так не надо никому Y!Следующая новость:
что вы говорите про Y? он научился делать Y - читайте новости. нет аргументов у хейтеров.
А Z умеет?
Так не надо никому Z!
> Действительно. Лучше несколько лет орать что системд готова и везде в продакшене
> используется.Какие буйные фантазии. В продакшне он разве что в рхел7, для которого "несколько лет" как-то зело жирно звучит. И то старой версии.
Впрочем если хочется повонять, на такую фигню можно не обращать внимания.
> Какие буйные фантазии. В продакшне он разве что в рхел7, для которого
> "несколько лет" как-то зело жирно звучит. И то старой версии.Оказывается те толпы народа что бегают по лору вообще и опеннете в частности это фантазия. Ну так и говори что все вы здесь потрындеть за системд пришли не видя в глаза результата. И цена вашим аргументам пшик.
> потрындеть за системд пришли не видя в глаза результата. И цена
> вашим аргументам пшик.Я как раз системд уже видел в глаза и порулил им малость. Весьма интересная и перспективная вещица. А если старые птицы не могут петь новые песни - ну чтож, придется с ними расстаться.
Ну всё, большие дядьки наконец-то тебе дали цацку поиграться. Только не думай что от этого ты станешь ентерпрайз человеком.> А если старые птицы не могут петь новые песни - ну чтож, придется с ними расстаться.
Ну да. Вот есть ентерпрайз софт за большие деньги. Под рхел\центос 6 ставится и работает. Под 7 версией куча багов плюс несоздание скриптов запуска и неработоспособность.
Угадай с одного раза: с какой птичкой расстались?
> Ну всё, большие дядьки наконец-то тебе дали цацку поиграться.Ну админам локалхоста мои игрушки конечно виднее.
> Только не думай что от этого ты станешь ентерпрайз человеком.
Нашему аналитику из-за парты виднее кем я был и кем я стану. Прикольная школьная попытка принизить оппонента. Но больно уж шаблонная и примитивная. Попробуйте еще раз, используя больше технических аргументов и меньше персоналий.
> ставится и работает. Под 7 версией куча багов плюс несоздание скриптов
> запуска и неработоспособность.Офигеть, вы впервые в жизни видите баг в программе? И уж конечно увереы что это опыт планетарного масштаба? :)
> Угадай с одного раза: с какой птичкой расстались?
По нормальному - расставаться надо с бакланом который вляпался в такой софт, у которого такой саппорт за много денег ;). Хотя при местечковом менеджменте - всякое бывает! Ну ок, когда поддержка у рхел6 кончится, что делать - вы подумаете именно тогда, правда же? :) Когда жареный петух конкретно клюнет. Вот это да, будет по нашему...
> Ну админам локалхоста мои игрушки конечно виднее.Конечно виднее. Пока админы локалхоста юзают что-то всферное или опенстековское, админы ентерпайза читают блоги потного леньки. И рассказывают за то как они теперь контейнеры ух запустят.
> Нашему аналитику из-за парты виднее кем я был и кем я стану.
> Прикольная школьная попытка принизить оппонента. Но больно уж шаблонная и примитивная.
> Попробуйте еще раз, используя больше технических аргументов и меньше персоналий.Аргументы фанатику системд? Вот когда у вас поллюции пройдут от представления системд, тогда можно что-то говорить.
> Офигеть, вы впервые в жизни видите баг в программе? И уж конечно
> увереы что это опыт планетарного масштаба? :)Это баг который вылез из-за системд. А местные горлопаны уже пару лет рассказывают как это к продакшену готово. Вот так и готово.
> По нормальному - расставаться надо с бакланом который вляпался в такой софт,
> у которого такой саппорт за много денег ;). Хотя при местечковом
> менеджменте - всякое бывает! Ну ок, когда поддержка у рхел6 кончится,
> что делать - вы подумаете именно тогда, правда же? :) Когда
> жареный петух конкретно клюнет. Вот это да, будет по нашему...О да, ентерпрайз админы юзают зфс, бтфрс, системд, контейнеры всевозможных видов и прочие гениальные решения последних нескольких лет. Судя по отношению к жизни они в качестве серваков используют писюки которые нашли в помойке.
А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия, всферу, втл-ку, средства бекапирования от вендоров. Всё это списывается по бухгалтерии до 3 лет. А срок поддержки рхел гооораздо больше. Возможно кто-то берет что-то нутаниксовое.
Хотя кому я говорю. Это же локалхостиковская шняга, а тут ентерпайз админчик на проводе.
> Конечно виднее. Пока админы локалхоста юзают что-то всферное или опенстековское,Я и говорю - у некоторых есть только 2 состояния: bare metal и махровая энтерпрайзятина, при том совершенно левая и не интегрированная с системой.
А например взять и откатить состояние системы, допустим, если мне результат апдейта не понравился - да хрен тебе, золотая рыбка. Так чтоли? Так не пойдет - идите в сад.
> админы ентерпайза читают блоги потного леньки. И рассказывают за то как они
> теперь контейнеры ух запустят.И что характерно - запустят. И смогут в случае недовольства допустим результатом обновления системы вернуть все как было менее чем за минуту. А мамонты будут убивать полдня на очевидные юзкейсы. Потому что для допустим десктопа или ноута всферы и опенстек как-то ни в п..., ни в красну армию.
> Аргументы фанатику системд? Вот когда у вас поллюции пройдут от представления системд,
> тогда можно что-то говорить.Да кто бы сомневался что самый забойный аргумент НеФанатов - обсуждение личности оппонента. Надежный индикатор отсутствия более рациональных аргументов.
> Это баг который вылез из-за системд.
Да, слушайте, давайте при каждом обнаружении бага вомить что железо или софт с этими багами будем сносить. В результате мы быстренько вернемся в пещеру. Вот тогда станет хорошо.
> рассказывают как это к продакшену готово. Вот так и готово.
Ну вот так и готово - шапка в рхел 7 поюзала. И что-то не видно массовых воплей энтерпрайзников.
> О да, ентерпрайз админы юзают зфс, бтфрс, системд, контейнеры всевозможных видов и
> прочие гениальные решения последних нескольких лет.Что характерно - юзают, и дальше все это будет только по нарастающей. И да, я решительно не понимаю: я ворочаю стадами виртуалок в энтерпрайзе. И могу за считанные секунды откатить снапшот. Какого дьявола мой десктоп и ноут не могут так же? Сапожник без сапог? Так не пойдет. Так что хайль поцтер! С ним можно будет и так. А при нужде - и к большому управлятору будет цепляться. Это называется layered дизайн. И намекает что поцтер и его манагемент в отличие от рукож...х фаготов с их костылями хоть немного смыслит в архитектуре. Так что намерен сделать и относительно автономную подложку работающую в одной системе, и интерфейс этого к более крупным управляторам, если надо. Это именно так как я и хочу видеть эти подсистемы. Их надлежит сделать именно вот так. Чтобы они были гибкими и покрывали разные юзкейсы. От возможности рекавери за 10 секунд состояния смарта на фабричные дефолты до руления группами машин энтерпрайзными средствами. У поттера это будет.
> они в качестве серваков используют писюки которые нашли в помойке.
Прикольные такие выводы на песке. Кстати на железо своего писюка я не жалуюсь - там все по уму: есть IOMMU, память с ECC, аппаратная виртуализация, все дела. Умеючи работать с виртуалками довольно странно себя обувать на полезности и на своем писюке.
> А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия,
> всферу, втл-ку, средства бекапирования от вендоров.В отличие от вас я эти средства еще и настраивать умею и представляю себе какой это лютый шит, если немного копнуть вглубь. В общем все эти средства бэкапирования от вендоров - та еще заявка на залет.
> Всё это списывается по бухгалтерии до 3 лет.
А я не бух и не пильщик - мне буховские вопросы довольно пофиг.
У самого отличные аргументы. Либо мне это не надо, либо я лучше знаю что и как делать. Ну вот такая фраза и ответ на неё они собственно исчерпывают возможность достучаться до чугунных мозгов системдевщиков:
--
> А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия,
> всферу, втл-ку, средства бекапирования от вендоров.В отличие от вас я эти средства еще и настраивать умею и представляю себе какой это лютый шит, если немного копнуть вглубь. В общем все эти средства бэкапирования от вендоров - та еще заявка на залет.
--А вот это(с упущенным "А срок поддержки рхел гооораздо больше") только подтверждает ранее сказанное:
--
> Всё это списывается по бухгалтерии до 3 лет.А я не бух и не пильщик - мне буховские вопросы довольно пофиг.
--Паси дальше свои стада ЛАМПов. Не буду мешать взрослому дяденьке. Но журнальчики с откровениями о системд ты бы всё таки бросил почитывать...
Нет! это не классно.
Убийца докера?
и UpStart-a
...и линукса как сообщества, чоужтам.
грош цена "такому" сообществу, соотв. туда ему и дорога
> грош цена "такому" сообществуИ да, ты таким образом указал цену бус конкистадора потеринга, за которые его продал. Дешёвая безделушка этот ваш s-d?
> И да, ты таким образом указал цену бус конкистадора потеринга, за которые его продал.Не говоря уже о том, что его продали более 60% разработчиков Дебиана, судя по референдуму Джексона :)
> И да, ты таким образом указал цену бус конкистадора потеринга,Как там конкистадор Торвальдс поживает? :) Да и вообще, если так посмотреть на список пакетов - эвона там сколько конкистадоров поразвелось!
> ...и линукса как сообщества, чоужтам.Если это вы про вон то сообщество выскочек и высокомерных скунсов, пусть это бздюки себе забирают, имхо.
> это бздюки себе забирают, имхо.плагиатор http://#80 , и "нет, ты! и потю забери"
> плагиатор http://#80 , и "нет, ты! и потю забери"Да фиг тебе. Ретроградам место на свалке истории. Сказали в сад - значит в сад. Бздеть в закрытом помещении вредно для здоровья.
>Представлен новый API "sd-hwdb.h", предоставляющий средства для обращения к БД с метаданными оборудования (udev hwdb). Старый интерфейс libudev теперь является надстройкой над sd-hwdb. Для получения информации из базы оборудования и обновления БД из командной строки добавлена новая утилита systemd-hwdb.Ждём поддержки SQL-запросов. Или уже есть?
> Ждём поддержки SQL-запросов. Или уже есть?udev hwdb - NoSQL. Как и journal logs.
Кстати, в столь любимом некоторыми юношами eudev тоже эта hwdb есть. И сабжевые изменения, скорее всего, тоже скопированы.
Спасибо за ответ. NoSQL - в смысле, ключ-значение?
> Спасибо за ответ. NoSQL - в смысле, ключ-значение?Если на пальцах, каждую запись ("строку" условных "таблиц") можно рассматривать как набор таких пар. Ключи, в аналогии с SQL, играют роль имен полей.
systemd-importd-kbusd-kded-kerneld-sudod-killalld-userd
> systemd-importd-kbusd-kded-kerneld-sudod-killalld-userdТочно! Надо сделать форк systemd, и объединить все его бинарники в один большой, чтобы все было по юниксвею!
Офигенно, особенно радует использование плюшек Btrfs.
> Офигенно, особенно радует использование плюшек Btrfs.Надеюсь, в ближайшее время сделают systemd-no-lose-data-on-btrfsd и systemd-make-btrfs-metadata-smalld :)
> Надеюсь, в ближайшее время сделают systemd-no-lose-data-on-btrfsd и systemd-make-btrfs-metadata-smalldЛучше не надо, а то Линус перестанет мержить патчи по исправлению этого btrfs в ядре ввиду того, что такие исправления сделают неработоспособными вышеупомянутые юзерспейсные демоны.
> Надеюсь, в ближайшее время сделают systemd-no-lose-data-on-btrfsd и systemd-make-btrfs-metadata-smalldДа вообще-то этим занимились другие люди и достаточно успешно.
Я ж ванговал что скоро с Постгре заинтегрит!)
> Я ж ванговал что скоро с Постгре заинтегрит!)Не заинтегрит, а скажет, что pgsql не нужен, поскольку всё уже есть в s-d.
> поддержка сохранения файловых дескрипторов отдельных сервисов в обработчике PID 1, что позволяет сохранить закреплённые за сервисом файловые десктипторы после его перезапускаДействительно, супервизор в pid 2 такого никогда не сможет! Давайте пойдём более опасным путём!
> Действительно, супервизор в pid 2 такого никогда не сможет! Давайте пойдём более опасным путём!Ну, для этого ему придется стать процессом-родителем всех служб, делов-то.
> Ну, для этого ему придется стать процессом-родителем всех служб, делов-то.Поэтому предлагается чтобы каждая программа перла свой супервизор, блаблабла. Ну подумаешь, все 20 раз привычно вобьют костыль. Деды ж вбивали, чем эти мамонтята хуже? А поттер что, он гамнюк - смеет пытаться упростить этот процесс, чтобы авторам программ вообще не надо было так глубоко в системную механику соваться. В то время как все остальные рассказывали про "это не нyжно!!!1111" или "да вам что, вломак чтоли себе написать сервис-супервизор?!"
Упростить что? Такая херня реально никому не нужна. Ты либо рестартишься с перезагрузкой конфига, когда все равно нужно все закрыть и открыть заново (конфиги-то поменялись!), либо падаешь по sigsegv (но тогда и отдать никому ничего не сможешь).
> Упростить что? Такая херня реально никому не нужна. Ты либо рестартишься с
> перезагрузкой конфига, когда все равно нужно все закрыть и открыть заново
> (конфиги-то поменялись!)Можно закрыть только те сокеты, которые появились в конфиге (по сравнению с текущим состоянием) и закрыть только те, которые удалены.
> Упростить что?Написание программ и системное админстрирование. А кто считает иначе - или запилят эквивалент фичи или в два счета пойдут на...й, уж как им там удобнее.
> Такая хeрня реально никому не нyжна.
Но почему-то куча серверных приблуд заморачиваются турбокостылированием всего этого. В том числе и с собственной запускалкой-манагером который позволяет рестарт/апгрейд без прекращения обслуживания.
> (конфиги-то поменялись!), либо падаешь по sigsegv (но тогда и отдать никому
> ничего не сможешь).Сложно быть глупым. Посмотри как сделан апгрейд бинарей в нжинксе. Ну вот гарри поттер хочет впилить нечто такое, но - для всех процессов. Потому что писать себе такой супервизор в каждой программе можно и заколебаться.
Бред да и только.Развитие системд доходит до своего абсурда.
Спасибо, но мне такая система не нужна.
Что бы она не делала и как.
> Развитие системд доходит до своего абсурда.До того уровня, который классический UNIX достиг лет 40 назад - скидывание всех базовых компонентов системы в один репозиторий, и называние это base system.
Впрочем, до уровня настоящих юниксов ему еще расти и расти. Вот например репа OpenBSD.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/
>> Развитие системд доходит до своего абсурда.
> До того уровня, который классический UNIX достиг лет 40 назад - скидывание
> всех базовых компонентов системы в один репозиторий, и называние это base
> system.системд давно перешагнул эту черту. Все же я предпочитаю, что бы некоторые части юзерспейса развивались отдельно. И на это есть веские причины.
Но мне все думается, задачи системд не устранение недостатков архитектуры юникс.
Потому как не понятно зачем заменять собой программы и утилиты, которые работают не хуже.
А порой идет чистой воды дублирование функционала, который был написан(!) и работает очень даже хорошо. Самый простой пример systemd-sysctl и sysctl. Первый дублирует полностью функционал второго, хотя второй более гибкий в работе и имеет больше опций.
Можете посмотреть маны и исходники. И там можно найти не один такой пример.> Впрочем, до уровня настоящих юниксов ему еще расти и расти. Вот например
> репа OpenBSD.
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/
> http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/Сравнивать системд с БСД системами мягко говоря не корректно, у них другие цели.
> системд давно перешагнул эту черту.Достаточно сравнить количество бинарников в systemd и какой-нибудь unix base system.
systemd еще даже на 10% план не выполнил.> Все же я предпочитаю, что бы некоторые части юзерспейса развивались отдельно. И на это есть веские причины.
Ну, ваш путь явно лежит не UNIX (включая BSD и макось) - там как раз процветает концепт базовой системы, "все-в-одном". И не в Linux, теперь. И не винду.
Можно предложить Minix - у них там даже USB-стек отдельно от ядра :)> Сравнивать системд с БСД системами мягко говоря не корректно, у них другие цели.
Разница в лицензиях не делает сравнение некорректным.
> Достаточно сравнить количество бинарников в systemd и какой-нибудь unix base system.systemd еще даже на 10% план не выполнил.
Так вы количество считаете?:) А вы не учитываете сколько подсистем сожрал ваш системд, которые развиваются отдельно до сих пор.
> Ну, ваш путь явно лежит не UNIX (включая BSD и макось) - там как раз процветает концепт базовой системы, "все-в-одном". И не в Linux, теперь. И не винду.
Можно предложить Minix - у них там даже USB-стек отдельно от ядра :)
У вас явно не верное понимание BSD систем. Там в отличие от линукса, нету никаких пакетов.
Нельзя выдернуть одно и опустить другие моменты. Хочется базовой системы? Тогда надо быть последовательным во всем.
Линукс это не базовая система, хотя вобрала ценности юникс, в частности философию. И если системд так близок к БСД, то почему он там не находится? Странно очень как-то. Рушите основополагающие принципы линукс системы и еще говорите что это правильно.> Разница в лицензиях не делает сравнение некорректным.
Дело не в лицензии. Там совсем другой подход и ценности, которые лежат в основе всей разработки. Сейчас разговор идет про линукс, потому как раз он там обосновался, а не в БСД системах.
> Впрочем, до уровня настоящих юниксов ему еще расти и расти. Вот например
> репа OpenBSD.Правда вот "настоящим юниксом" оно для начала и не является. А хотя-бы потому что сертификацию на юникса никогда и не проходило вроде :)
Хороший релиз. Systemd все лучше. Интересно, а systemd-nspawn кто-нибудь юзает?
Ура. Ждём ебилдов.
OpenRC наше всё!
> OpenRC наше всё!Кретинизм - ваше все. Когда попробуешь на этом невменяемом выперыше от скрипткидей сделать контейнеры хотя-бы на уровне поттера - тогда поймешь в чем прикол.
Но, конечно, ты можешь написать менеджер запуска контейнеров сам. И сервис регистрации виртуалок/контейнеров. И средства разворачивания из темплейтов. Ну или взять какой-нибудь огроменный энтерпрайзный переросток, весом как три твои операционки. Что как-то по мухам из базуки, если цель например отрезать пару программ в контейнер или какую KVMную виртуалочку запустить без кучи костыльной мануальщины и чтоб из готового темплейта.
> OpenRC наше всё!С тех пор, как из проекта ушел основной разработчик (это было много лет назад), им занимаются люди не менее фимозные, чем сам леня. К счастью, сишечки они не знают, поэтому не могут править основной код openrc, только скриптовую обвязку ковыряют.
> OpenRC наше всё!Перешёл на системгэ, доволен как слон. Благо у нас в Генте это легко сделать. Пишу юниты, загружаюсь быстрей. Опенрцшных глюков больше нет.
Вот и сиди на систэмГэ, я буду делать не "Г"Недоволен OpenRC - купи книжку по Си и допили, благо исходники пока ещё для тебя - открытые радуйся, закроют - будешь поддутку маБритании на даше системыГЫ делать.
> При нажатии Ctrl-Alt-Del более семи раз за интервал в две секунды теперь выполняется немедленная перезагрузка, но с корректным отмонтированием всех разделов.Вот же ретрограды, как планшет по быстрому перезагрузить? QR осилили, давайте уж мульти тоуч запихнем. Какой же consoled без мульти тоуча?
> Вот же ретрограды, как планшет по быстрому перезагрузить? QR осилили, давайте уж
> мульти тоуч запихнем. Какой же consoled без мульти тоуча?Ты смотри, вкоммитят. А если посмотреть как у планшетов recovery сделан - знаешь, на фоне этого пожалуй системд с снапшотами или раскатыванием образов не такая уж и плохая штука :).
> А если посмотреть как у планшетов recovery сделан -
> знаешь, на фоне этого пожалуй системд с снапшотами или раскатыванием образов
> не такая уж и плохая штука :).Не знаю как у планшетов, но на андройдофонах - просто дуал бут.
> Не знаю как у планшетов, но на андройдофонах - просто дуал бут.Угу, 100500 левых партиций и прочая. И бонусом чип флеша вроде на 8 гиг, а юзер недоумевает: а чего это мне доступно только 3? Оказывается остальное заняли всякими дуалбутами и прочая. Со снапшотами сие получится несколько более рационально.
Осталось только загрузчик научить снэпшотам.
> Угу, 100500 левых партиций и прочая. И бонусом чип флеша вроде на
> 8 гиг, а юзер недоумевает: а чего это мне доступно только
> 3? Оказывается остальное заняли всякими дуалбутами и прочая. Со снапшотами сие
> получится несколько более рационально.При дуал буте мы имеем гарантированную возможность загрузке, даже если фс основного раздела сильно повреждена. Размер recovery раздела гораздо меньше, чем основной. То что куча разделов - мне тоже не нравится. Достаточно было и трех - recovery, root, userdata.
Некоторые recovery используют для загрузки linux - со снапшотами эта возможность пропадет. Не говоря уж о том, что многие ставят другие (альтернативные) recovery.
>в поставку включен демон systemd-importdПосмотрите, Ватсон, в этом есть что-то дьявольское.
Теперь любой импорт в системе будет осуществляться только через systemd, так?
А добавление поддержки --header в cryptsetup для LUKS не упомянули в новости :(
> А добавление поддержки --header в cryptsetup для LUKS не упомянули в новости :(Под новостью есть кнопочка "Исправить". Пользуйтесь.
Потя хоть в курсах, чего end-юзеры творят с его поделкой?
Лично видела людей, которые после установки RHEL7 тратили пару дней на то, чтобы максимально приблизить ее к v6 настолько, насколько это вобще возможно.
> Потя хоть в курсах, чего end-юзеры творят с его поделкой?
> Лично видела людей, которые после установки RHEL7 тратили пару дней на то,
> чтобы максимально приблизить ее к v6 настолько, насколько это вобще возможно.Лично видел людей, которые используют systemd без оглядки на legacy.
Насколько моя выборка важнее твоей?
Настолько же верная, как и большая доля жителей нашей планеты, пользующихся другими ОС. Только все хотят, чтобы было кодовое ядро (отдельный проект) и остальные, которые пляшут только от этого "ядра". Пляшут все, в т.ч. и systemd, в смысле демон инициализации. Тогда каждый здоровый человек сможет без проблем разобраться в работе все и исправить то, что работает неправильно.
> Лично видела людей, которые после установки RHEL7 тратили пару дней на то,
> чтобы максимально приблизить ее к v6 настолько, насколько это вобще возможно.Так, блин, некоторые вообше по несколько лет тратят на реконструкцию всяких там паровозов и воссоздание "исторических" железных дорог. Но по магистралям в основном курсируют тепловозы и электровозы, а то и вовсе скоростные поезда. Потому что привычки привычками, а практичность практичностью. Одно дело дернуть фичу системды и совсем другое если самому придется выкостыливать менеджер виртуалок и прочие сервисы регистрации. Большинство людей в здравом уме скажут "спасибо за фичу, Гарри Поттер!" и поюзают ее. Ну его нафиг - выпиливать менеджмент виртуалок и контейнеров лобзиком самолично.
Года 3 назад мне нужна была именно эта функция. И я написал на баше набор скриптов, дёргающий мускуль, создающий чруты с базами и вебнёй, добавляющий почтовые адреса и хттп-прокси на новый веб-чрут. Сегодня эта задача могла бы быть намного проще.
> Года 3 назад мне нужна была именно эта функция. И я написал
> на баше набор скриптов, дёргающий мускуль, создающий чруты с базами и
> вебнёй, добавляющий почтовые адреса и хттп-прокси на новый веб-чрут. Сегодня эта
> задача могла бы быть намного проще.Ну вот лично я не хочу писать такие костыли каждый раз. Еще меньше я хочу лишний раз разбираться в чужих кастомных и навороченных мегакостылях в ситуации по типу "попросили порулить вот этим сервером". Да и чрут - и фигово с точки зрения безопасности (ему сильно втыкают namespaces+cgroups), но при том геморно в подготовке без автоматизации. Поттер не без причин полагает что можно и лучше. И что характерно, прав.
> Ну вот лично я не хочуНадо было. Притом, большая часть костылей - это связывающая логика, а без неё - никак. Готовое решение, всё-таки.
> Еще меньше я хочу лишний раз разбираться в чужих кастомных и навороченных мегакостылях
ИСЧХ, таки не разобрались после моего ухода. Оно просто работало.
> Да и чрут - и фигово с точки зрения безопасности
Согласен, хотя у меня там все права дропались в пользователя, не было всех утилит и не весь /дев был в наличии. Тут любой контейнер был бы лучше. Ближе всех к задаче был бы докер.
> Поттер не без причин полагает что можно и лучше.
Тогда этого не было, увы. Сейчас думал бы между поттером и докером :) ИСЧХ, появились они практически одновременно.
> systemd requires (e)glibc and will not work with uClibcНу, кто бы сомневался. Правда, непонятно, зачем glibc на роутере (не говоря уж о systemd).
> Ну, кто бы сомневался. Правда, непонятно, зачем glibc на роутере (не говоря уж о systemd).Ну так поэтому на роутерах есть procd из openwrt. Но тоже с u-bus и встроенным логгером почему-то...
> Ну так поэтому на роутерах есть procd из openwrt. Но тоже с
> u-bus и встроенным логгером почему-то...Во всём ымбеддеде логи нежелательно писать на флэшку. ИМХО - лучше всего сделано в Ведроиде - Logcat. Хоть в жирных устройствах они и сохраняются, но эту функцию хоть отпилить просто. Всё остальное только через USB-шланг.
А добавленый баг с установкой всем fs флаг shared и невозможность после этого использовать pivot_root - пофиксили? Зацикливание юнитов так же?
> При нажатии Ctrl-Alt-Del более семи раз за интервал в две секундыпроще двинуть ногой по монитору )))
> В системды уже встроили поцтеринга и он теперь пишет сам себя?Ну костылей ему в руки и подгузник. А таких известно где уже ждут - в дурке!
И незя сам подсебя писать быдл о код, и в ведро его пихать
Если дыра в ведре это дуршлаг, а в одном дуршлаге нефиг свои иЙца толочь.
у меня только 1 вопросЧто имеем:
1. Centos 7
2. # machinectl --version
systemd 219
3. yum search --enablerepo=cr,centosplus,fasttrack,extras */systemd-importd
Warning: No matches found for: */systemd-importd
No matches foundВопрос, где systemd-importd, если я правильно понял, то без него не будет работать это:
# machinectl pull-dkr --verify=no library/redis --dkr-index-url=https://index.docker.io/
Failed pull image: The name org.freedesktop.import1 was not provided by any .service files
Так вот возникает вопрос, это в очередной раз Centos отличились и что-то вырезали или я что-то не так делаю? :)
>[оверквотинг удален]
> 3. yum search --enablerepo=cr,centosplus,fasttrack,extras */systemd-importd
> Warning: No matches found for: */systemd-importd
> No matches found
> Вопрос, где systemd-importd, если я правильно понял, то без него не будет
> работать это:
> # machinectl pull-dkr --verify=no library/redis --dkr-index-url=https://index.docker.io/
> Failed pull image: The name org.freedesktop.import1 was not provided by any .service
> files
> Так вот возникает вопрос, это в очередной раз Centos отличились и что-то
> вырезали или я что-то не так делаю? :)Похоже ответ тут
https://git.centos.org/blob/rpms!systemd/0e8dd16e3f8047929c5......
--disable-importd
...Ну какого опять черта Centos? :(
Т.е. на Centos 7 команда machinectl pull-* работать не будет вообще в принципе.
И запускать контейнеры можно только собранные вручную из директории, например так:
yum -y --nogpg --releasever=7 --installroot=/var/lib/machines/centos7 install \
systemd systemd-networkd systemd-resolved iputils iproute passwd yum \
openssh-server telnet vim-minimal bash-completion
Мда, чем больше тыкаюсь в этот энтерпрайзный продукт, тем больше удивляюсь, какими только чудесными способами там замедляется развитие :)