Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2014-Aug... выпуск системного менеджера systemd 216 (http://www.freedesktop.org/software/systemd/), который сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.Наиболее существенные изменения:
- В systemd-resolved добавлена поддержка кэширования DNS-запросов и полноценная реализация LLMNR (http://en.wikipedia.org/wiki/LLMNR) (Link Local Multicast Name Resolution). Представлен systemd-resolved D-Bus API для резолвинга имён, адресов и RR-записей через DBus. В отличие от встроенного в glibc резолвера, в systemd-resolved DNS-сервер и кэш разделены и привязаны к сетевым интерфейсам. DNS-запросы отправляются одновременно через все сетевые интерфейсы, указанные в настройках DNS-сервера (чтобы корректно обработать отдельные имена, используемые внутри VPN и LAN). Параметры для работы
systemd-resolved могут быть автоматически получены от systemd-networkd, который в свою очередь может получить их по DHCP.
Добавлен новый NSS-модуль "nss-resolve", который может использоваться в glibc "nss-dns" для резолвинга имён через systemd-resolved. Добавлен новый NSS-модуль nss-mymachines для автоматического резолвинга имён всех зарегистрированных локальных контейнеров. Для формирования запросов добавлена утилита "systemd-resolve-host". Обеспечена поддержка IDNA для работы с доменами, в которых используются национальные наборы символов (".рф" и т.п.). В будущем выпуске ожидается поддержка DNSSEC и mDNS/DNS-SD;- В состав включена новая утилита "networkctl", в рамках которой развивается консольный клиент для подсистемы настройки сети "networkd". В настоящее время утилита может использоваться только для получения информации о сетевых интерфейсах и их состоянии. В будущем планируется довести возможности networkctl до полнофункционального инструмента для управления сетью. В отличие от iproute2, утилита networkctl позиционируется как более высокоуровневый инструмент который осуществляет агрегацию статистики из разных источников, таких как netlink, udev, networkd и встроенный в networkd dhcp-клиент. Полученные данные комбинируются в наглядных обобщённых отчётах.
<center><a href="https://lh6.googleusercontent.com/-lGTqCHi8Z1k/U-oe77rqraI/A... src="http://www.opennet.dev/opennews/pics_base/0_1407866366.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border="0"></a></center>- В шаблоны /usr/lib/sysusers.d/, используемые утилитой systemd-sysusers для формирования содержимого /etc/passwd и /etc/group, добавлена поддержка нового типа сток конфигурации "r", применяемого для задания диапазона UID/GID, выделяемого системным пользователям и группам. В строку типа "u" добавлен столбец для определения домашней директории. В systemd-sysusers добавлена возможность загрузки шаблона из стандартного ввода (STDIN), а не только из файла. Обеспечено обновление содержимого shadow-файлов;
- Добавлена новая библиотека systemd-terminal, предоставляющая функции для разбора и отрисовки данных TTY. В будущем, планируется использовать данную библиотеку в новой подсистеме виртуальных терминалов, работающей в пространстве пользователя;- Добавлена новая утилита systemd-journal-upload, позволяющая организовать процесс загрузки журнала на внешние системы, на которых запущен сервис systemd-journal-remote;
- Добавлен новый компонент "systemd-firstboot", который при первой загрузке интерактивно запрашивает у пользователя основную информацию для использования в systemd (часовой пояс, пароль root, имя хоста);
- В некоторых bus API, предоставляемых обработчиком PID 1, обеспечена опциональная возможность обращения к PolicyKit для получения подтверждения выполнения привилегированных операций для непривилегированных клиентов;- В systemd-timesyncd добавлена поддержка автоматического получения настроек доступа к NTP-серверу через systemd-networkd, который может получить эти настойки через DHCP;
- В юниты .socket добавлены директивы DeferAcceptSec, KeepAliveIntervalSec, KeepAliveTimeSec, KeepAliveProbes и NoDelay для включения опций TCP-сокетов TCP_DEFER_ACCEPT, keep-alive и выключения алгоритма Nagle;
- В logind добавлена поддержка нового типа сеансов "web", которые можно использовать для запуска таких web-интерфейсов, как Cockpit (http://cockpit-project.org/), с регистрацией web-клиента в форме PAM-сеанса;- В systemd-nspawn добавлена опция "--volatile=" для запуска контейнера без предварительно подготовленных директорий /etc и /var;
- Клиент kdbus переведён на использование новой подсистемы ядра Linux 3.17 memfd (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g... вместо старого варианта, привязанного к kdbus;
- В systemd-analyze добавлена команда "verify" для проверки unit-файлов в режиме offline;
- В клиент и сервер DHCP из состава systemd-networkd добавлена поддержка метода FORCERENEW и опций для настройки идентификатора клиента и broadcast-режима;- В systemd-networkd добавлены дополнительные опции для настройки агрегирования сетевых интерфейсов (bonding), обеспечена возможность указания метрики для статических маршрутов. По умолчанию прекращена отправка широковещательных запросов DHCP-клиентом (для включения нужно установить опцию RequestBroadcast=yes);
- udev теперь в первую очередь применяет имена сетевых интерфейсов, переданных ядром, если ядро поддерживает обеспечение предсказуемости таких имён. Поведение можно изменить через настройку NamePolicy= в файлах .link;
- В journald добавлена поддержка сжатия с использованием алгоритма LZ4. Из-за проблем с новыми версиями rsyslog система journald теперь не перенаправляет по умолчанию все данные в работающий демон syslog. Для включения перенаправления следует использовать опцию ForwardToSyslog= в journald.conf;
- Добавлена новая утилита "systemd-escape" для экранирования спецсимволов в строках (например, используется для построения имён unit-ов).
URL: http://lists.freedesktop.org/archives/systemd-devel/2014-Aug...
Новость: http://www.opennet.dev/opennews/art.shtml?num=40414
> DNS-запросы отправляются одновременно через все сетевые интерфейсы (чтобы корректно обработать отдельные имена, используемые внутри VPN и LAN), указанные в настройках DNS-сервера.Что-то мне это не нравится. Это же раскрытие информации, нет?
Это такое видение открытого кода от святого Поттеринга: все данные пользователя должны быть открыты.
>> DNS-запросы отправляются одновременно через все сетевые интерфейсы (чтобы корректно обработать отдельные имена, используемые внутри VPN и LAN), указанные в настройках DNS-сервера.
> Что-то мне это не нравится. Это же раскрытие информации, нет?Ну а вдруг Вы ходите на pedophileporno.com? Все должны об этом узнать.
Я думаю, в systemd-tcp будет встроена отсылка всех HTTP запросов на все доступные интерфейсы. Разумеется, исключительно на случай вдруг там локальная прокся есть, которая быстро ответит.
> Ну а вдруг Вы ходите на pedophileporno.com? Все должны об этом узнать.лёня запилит systemd-tor, и ты сможешь спокойно продолжить свои шалости
> лёня запилит systemd-tor, и ты сможешьА вместо шифрования будет текстовый конф.файл из 5 строчек для удобства пользователей!
У tor и так конфиг текстовый. Вот только в дебиане/убунте реализация конфигурации и сарта tor например - гoвнище которое в три раза страшнее поттера.
1) Конфиг равномерно размазан по 3-4 закоулкам. Очень удобно, чтобы прописать тебе там какой-нибудь конкретный exit node, например, крутящийся на расово верной машине. А ты заметишь это последним из-за структуры конфижков, размазанных по закоулкам.
2) Скрипты запуска Tor - портянка инита, при том как обычно, с далеко не лучшим на свете устройством всего этого внутрях.
Если эту портянку переписать на Си в виде systemd-"модуля" (да, в кавычках), её устройство сразу редко улучшится.
> Если эту портянку переписать на Си в виде systemd-"модуля" (да, в кавычках),А зачем модуль? Конфига хватит. Ну, двух. Один для запускалки, второй - для демона. И хватит. Tor ничем таким не особенный в плане бытья демона. Просто некоторые м...ки все переусложнили, распихав куски конфигурации в штук пять разных закоулков.
> её устройство сразу редко улучшится.Два места с настройками - лучше пяти.
>> её устройство сразу редко улучшится.
> Два места с настройками - лучше пяти.Сходи в реестр. Там только одно место с настройками.
> У tor и так конфиг текстовыйУчись читать все слова: "вместо шифрования". И да, у тебя парсер тагов сломан.
объясните плз, все вот эти навороты они идут отдельными модулями которые
ставятся отдельно/можно отключить, или все едино и неделимо и каждый, кто волею судеб выбрал для себя дистрибутив с оным системд будет иметь у себя все это запущенным и работающим из коробки?
поцтеринг уверяет, что всё модульное, но очевидно, что врёт
> но очевидно, что врётэто тебе на лоре и опеннете в комментариях доказали? (очевидно, что systemd ты не видел)
>> но очевидно, что врёт
> это тебе на лоре и опеннете в комментариях доказали? (очевидно, что systemd
> ты не видел)А ты типа видел ? ну давай, примеры отключения в студию.
>>> но очевидно, что врёт
>> это тебе на лоре и опеннете в комментариях доказали? (очевидно, что systemd
>> ты не видел)
> А ты типа видел ? ну давай, примеры отключения в студию.что тебе отключить? (вообще, я знаю ответ на это вопрос - отключить нужно твой метаболизм)
>>> но очевидно, что врёт
>> это тебе на лоре и опеннете в комментариях доказали? (очевидно, что systemd
>> ты не видел)
> А ты типа видел ? ну давай, примеры отключения в студию.http://www.opennet.dev/openforum/vsluhforumID3/97969.html#150
куда проще запиливать немодульно
так что да, пока примеров отключения не будет - не поверюа вообще как обычно ппц, ну казалось бы какая связь между dns и системой инициализации
вот если бы Лёне действительно было не пофик на сообщество, он бы к критике давно прислушался, и оформлял бы свои поделки по-другому, и в новостях бы так и писали: вот вам dns-плагин, если хотите dns возьмите его и подключите
>так что да, пока примеров отключения не будет - не поверю
--disable-python-devel Do not build python modules
--disable-dbus disable usage of dbus-1 in tests
--enable-compat-libs Enable creation of compatibility libraries
--enable-coverage enable test coverage
--disable-kmod disable loadable modules support
--disable-blkid disable blkid support
--disable-seccomp Disable optional SECCOMP support
--disable-ima Disable optional IMA support
--disable-chkconfig Disable optional chkconfig support
--disable-selinux Disable optional SELINUX support
--disable-apparmor Disable optional AppArmor support
--disable-xz Disable optional XZ support
--enable-lz4 Enable optional LZ4 support
--disable-pam Disable optional PAM support
--disable-acl Disable optional ACL support
--disable-smack Disable optional SMACK support
--disable-gcrypt Disable optional GCRYPT support
--disable-audit Disable optional AUDIT support
--disable-elfutils Disable optional ELFUTILS support
--disable-libcryptsetup disable libcryptsetup tools
--disable-qrencode disable qrencode support
--disable-microhttpd disable microhttpd support
--disable-gnutls disable gnutls support
--disable-libcurl disable libcurl support
--disable-libidn Disable optional LIBIDN support
--disable-binfmt disable binfmt tool
--disable-vconsole disable vconsole tool
--disable-readahead disable readahead tools
--disable-bootchart disable bootchart tool
--disable-quotacheck disable quotacheck tools
--disable-tmpfiles disable tmpfiles support
--disable-sysusers disable sysusers support
--disable-firstboot disable firstboot support
--disable-randomseed disable randomseed tools
--disable-backlight disable backlight tools
--disable-rfkill disable rfkill tools
--disable-logind disable login daemon
--disable-machined disable machine daemon
--disable-hostnamed disable hostname daemon
--disable-timedated disable timedate daemon
--disable-timesyncd disable timesync daemon
--disable-localed disable locale daemon
--disable-coredump disable coredump hook
--disable-polkit disable PolicyKit support
--disable-resolved disable resolve daemon
--disable-networkd disable networkd
--disable-efi disable EFI support
--disable-multi-seat-x do not build multi-seat-x
--enable-terminal enable terminal support
--enable-kdbus do connect to kdbus by default
--disable-myhostname disable nss-myhostname support
--disable-gudev disable Gobject libudev support [default=enabled]
--disable-manpages disable manpages
--disable-ldconfig disable ldconfig
--enable-split-usr Assume that /bin, /sbin aren\'t symlinks into /usr
--disable-tests disable testsИли вам галочки, как в винде нужны? ))
основной вопрос, код отвечающий за инициализации независим от этих фич или нет, код отдельный или там всё на #ifdef -ах?
> А где там отключение журнала и удев?systemctl disable udevd.service
systemctl disable systemd-journald.serviceПичалька, правда? ))
> И где можно посмотреть на стандарты написания этих модулей? Только у лёнчика в черпушкожопии?
http://cgit.freedesktop.org/systemd/systemd/
>> А где там отключение журнала и удев?
> systemctl disable udevd.service
> systemctl disable systemd-journald.service
> Пичалька, правда? ))Канеш. Блоб блобом. Тебя спрашивают как отключить журнал и удав во время компиляции сисьтемде?
>> И где можно посмотреть на стандарты написания этих модулей? Только у лёнчика в черпушкожопии?
> http://cgit.freedesktop.org/systemd/systemd/мухаха))
> Канеш. Блоб блобом. Тебя спрашивают как отключить журнал и удав во время
> компиляции сисьтемде?Если из systemd выкинуть журналер и систему событий оборудования - нафига такой systemd вообще сдался? Встроенный логгер и система событий впилены даже в openwrt'шном урезке, на секундочку.
>> Канеш. Блоб блобом. Тебя спрашивают как отключить журнал и удав во время
>> компиляции сисьтемде?
> Если из systemd выкинуть журналер и систему событий оборудования - нафига такой
> systemd вообще сдался?Например, чтоб использовать свой журналер, без ненужной прослойки. Или не использовать журналер вообще, или использовать mdev вместо удава, или выкинуть удав вообще или вместо него использовать hotplugd, ну и т.д.
Шо, только опциями сборки? Хочешь что-то отключить - configuremakemakeinstall? Прогрессивный подход.
> Шо, только опциями сборки? Хочешь что-то отключить - configuremakemakeinstall? Прогрессивный
> подход.Самый, что ни на есть Unix-овый. Некоторые (Slackware, Gentoo) только так и живут. А ежели не нравится - не стартуй сервис, либо марш на винду!
> Шо, только опциями сборки? Хочешь что-то отключить - configuremakemakeinstall? Прогрессивный
> подход.P.S.: А как можно в православном init-е отключить поддержку SELinux? "configuremakemakeinstall" ?
>Шо, только опциями сборки?да, но это не проблема. Проблема что нафигненужное - сделали отключаемо, а нужное - слили в один проект. Потому их отвязывать не будут, в отдельные проекты (удав, журнал). Им не нужно чтоб всем было пох на их сисьтемде и просто и с легкостью брали удав.
> Шо, только опциями сборки? Хочешь что-то отключить - configuremakemakeinstall?Ну а в ините в бинарных дистрах тоже так по простому лишнее не выбросишь из файловой системы, знаешь ли.
Только классический инит не тащит в себя всё подряд, поэтому там выбрасывать-то особо нечего.
> Только классический инит не тащит в себя всё подряд, поэтому там выбрасывать-то
> особо нечего.В классическом ините _задача такая стоит -- ничего лишнего. Чтобы всего-навсего система не презагрузалась когда и отчего попало и пр. заумь про "сикурити".
> куда проще запиливать немодульно
> так что да, пока примеров отключения не будет - не поверю
> а вообще как обычно ппц, ну казалось бы какая связь между dns
> и системой инициализации
> вот если бы Лёне действительно было не пофик на сообщество, он бы
> к критике давно прислушался, и оформлял бы свои поделки по-другому, и
> в новостях бы так и писали: вот вам dns-плагин, если хотите
> dns возьмите его и подключитечто ж вы такие д3билы-то? ЭТО УЖЕ МОДУЛЬНАЯ, ПЛАГИННАЯ СИСТЕМА
тыкните пожалуйста ссылочку, если не затруднит, где что-нибудь про плагины, может их ещё и на лету как в кернеле загружать можно?
а то системд так быстро развивается, прямо не угонишься за всеми новостями)
Если бы критика сообщеста волновала хотя бы это сообщество, то сабж не впилили бы в большую часть дистрибутивов с преогромной радостью. Говорите словно поттеринг снасильничал над сообществом и заставил всех использовать свою "кривую поделку".
Из интервью с разработчиками дебиана:
- у нас просто не было выбора! он пришел пьяный, размахивал оружием и угрожал!
> Говорите словно поттеринг снасильничал над сообществом и заставил всех использовать свою "кривую поделку".Из интервью с разработчиками дебиана:
- у нас просто не было выбора! он пришел пьяный, размахивал оружием и угрожал!Ну примерно так всё и было. Сколько, кто и как там переголосовывал не помнишь? А классные вбросы: опрос по которому все ментейнеры дебиана хотят системд?
Поставляется всё как отдельные бинарные файлы и юнит-файлы, которые их запускают как сервисы. Можно отключать/включать необходимое.
clicking, double clicking. the computer screen of course. the keyboard(c)
там же написноа "системд-фича", а не системд --фича. В большинстве дистров этих бинарей (и функций) нет, т к используются свои поверенные веками nscd, networkmanager/etcnet/network(s)/прочая шляпа, и прочие ntpd.
Да и большинство этих новых фич еще только разрабатывают, о чем и пишет автор. Со временем, дистры могут и перейти на настройку сети через системд, но только если оно всех устроит, даст унификацию или еще какой профит.
А когда ожидается systemd-mmc для управления всей этой фигней?
> А когда ожидается systemd-mmc для управления всей этой фигней?идея, кстати, замечательная
>> А когда ожидается systemd-mmc для управления всей этой фигней?
> идея, кстати, замечательнаяКста, кто там хотел РЕЕСТР?? https://github.com/ElektraInitiative/libelektra/ Новое поколение мальчиков с палочками уже тут.
За месяц работы с systemd в дебиане, меня этот системаДэ начинает бесить.. с каждым обновлением что-то слетает, и конфиги меняют своё местоположение. Зачем это делать?!
То они все в /etc/systemd/system, то вдруг переехали в /lib/systemd/system а в /etc создались симлинки.. И всё это криво и приходится дорабатывать напильником. С каких пор файлы конфигурации лежат не в /etc в дебиане-то?!
Такое впечатление что сообщество опять наступает на грабли, и откатывается в 2000-ые..PS: Ухх... крик души.
у меня ноут перестал вырубаться нормально после последнего релиза, авторизация в openbox проходит со второго раза... прям чую леонард постоянно икает когда я пользуюсь своим debian
Тоже наступил на эти грабли) Врубил через WOL дома комп, и вырубил его по halt, потом решил опять врубить, а нихрена не происходит.
Оказывается теперь halt просто выгружает ядро и оставляет работать железо без ОС.. ЗАЧЕМ?!
Я прихожу домой, а комп рычит вентиляторами, и на мониторе "System halted!" - спасибо блин, кэп! Только за что ты мне энергию жёг целых два дня сволачь! При включённой ОС даже мониторы бы отключились...
А что бы нормально вырубить комп, теперь нужно писать "systemctl poweroff", и если вдруг я по привычки опять напишу halt, будет опять №%@$#ц..
init 0
уже не работает?
>Я прихожу домой, а комп рычит вентиляторами, и на мониторе "System halted!"Всегда так было: halt - остановка системы, poweroff - остановка системы с отключением питания. Подозреваю, что в дебиане как обычно использовался sysvinit со своими особыми, уличными патчами.
О каком вообще halt речь?
У меня по 'shutdown -h' происходит полное выключение.
Это потому, что -h и --halt (-H) немного разные параметры
В Дебьяне poweroff - это симлинк на halt.
> В Дебьяне poweroff - это симлинк на halt.Честно, не помню, как это было реализовано. halt, poweroff и reboot это одна и та же программа, отличается только тем, что она делает будучи запущенной без указания параметров.
> Честно, не помню, как это было реализовано.Выбором нужного действия в зависимости от значения нулевого параметра командной строки (argv[0] в C/C++, $0 в шелле и т.п.).
К.О.
halt так и должен работать, для выключения питания всегда был poweroff
> halt так и должен работать,Не всегда:
-p When halting the system, switch off the power. This is the default when halt is called as poweroff.
> для выключения питания всегда был poweroff
poweroff
shutdown -h now
halt -p
init 0
telinit 0# Uncomment the following line if by default the system
# needs to be halted instead of powered off.
#HALTCMD=/sbin/halt
И это админ каких-то продакшенов. Весело наверное в вашей компании работать.man halt:
>NOTES
> Under older sysvinit releases , reboot and halt should never be called directly. > From release 2.74 on halt and
> reboot invoke shutdown(8) if the system is not in runlevel 0 or 6. This means that > if halt or reboot cannot
> find out the current runlevel (for example, when /var/run/utmp hasn't been > initialized correctly) shutdown
> will be called, which might not be what you want. Use the -f flag if you want to do a hard halt or reboot..
И при этом в чём-то systemd виноват, вот же забава. Специалисты такие специалисты.
Как же вы, офисный планктон, задолбали, вечно думаете, что админы обладают ясновидением. И должны были предвидеть, что так случится, или каждый update читать маны на всё про всё предлагаете?!Или вы капитан-баян?
Теперь-то уж я и без вас знаю, что изменения в halt есть, после обновлений.
И halt-это не такой уж жизненно-важный орган системы, что бы внимательно его изучать, после каждого обновления.
Клоун, эта версия sysvinit вышла в 2006 году, а ты только сейчас обнаружил это.
> Как же вы, офисный планктон, задолбали, вечно думаете, что админы обладают ясновидением. И должны были предвидеть, что так случится, или каждый update читать маны на всё про всё предлагаете?!А release notes уже не выпускают?
> Как же вы, офисный планктон, задолбали, вечно думаете, что админы обладают ясновидением.
> И должны были предвидеть, что так случится, или каждый update читать
> маны на всё про всё предлагаете?!
> Или вы капитан-баян?
> Теперь-то уж я и без вас знаю, что изменения в halt есть,
> после обновлений.
> И halt-это не такой уж жизненно-важный орган системы, что бы внимательно его
> изучать, после каждого обновления.:-) Вы уверены, что для вас не такой уж важный? Но вообще только офисный планктон твёрдо уверен, что после update всё будет работать как раньше, только почему-то лучше... А может и не уверен, а вообще об этом не задумывался. Только знает что какие-то апдейты надо делать...
Аналогично был "приятно" удивлён в дебиане этой новой "фишкой" ...
После долгих лет привычки выключения по halt, теперь переучиваюсь на poweroff или shutdown -h now тяжко ...
> Аналогично был "приятно" удивлён в дебиане этой новой "фишкой" ...
> После долгих лет привычки выключения по halt, теперь переучиваюсь на poweroff или
> shutdown -h now тяжко ...echo alias halt poweroff >>~/.alias
(бюро медвежьих услуг) >:-)
А что какие-нибудь GUI? Ещё часто можно специальной кнопкой. Которая кнопка питания...
Не знаю какая у вас религия, но по моему вероисповиданию нужно в .bashrc алиас прописывать. И то! Это не верно, нужно привыкать к новому вызову, а не привычному алиасу.
Тестинг?
> Тестинг?Да, люблю заранее быть готовым к тому, что ждёт в релизе, что бы решить, стоит ли ставить в продакшн на серваки. Тестинг тестирую именно дома, когда "опять @$9#ь отлетело"- не так уж критично.
Сижу на Debian Jessie (Testing) и systemd, регулярно обновляюсь. Никаких проблем не встречал. Что-то делаю не так?
Ну или что-то делаешь недостаточно.
"Если сидеть просто в консоле, то и видео драйвер не будет никогда проблемой."
Смотря на сколько разнообразно ты используешь свою систему.
Ну уж куда мне до вас. Всего-то пишу системный код, rm -rf / не запускаю.
Не пользуюсь halt, ага. Админю не localhost, а пару droplet на DigitalOcean. Успехов в плавании.
начнем с того, что сейчас не поддерживается работа pm-utils с systemd
Это в дебиане? потому что в Федоре работает.
да, в jessie
> Да, люблю заранее быть готовым к тому, что ждёт в релизе,Ну так стабильность - только в stable.
> что бы решить, стоит ли ставить в продакшн на серваки. Тестинг тестирую
> именно дома, когда "опять @$9#ь отлетело"- не так уж критично.Это примерно как лазать по стройке с аргументом "хочу видеть как будет сделан будущий дом, может быть я в нем и не захочу жить?!" а потом искренне обижаться на то что незакрепленный фрагмент на который вы залезли - рухнул вместе с вами. Есть такая штука - work in progress, и в этом процессе никто не обещал безопасную эксплуатацию штуки над которой ведется работа...
зато создаётся прекрасное впечатление о методах разработки systemd
или это по прихоти мэйнтейнеров дебиана конфиги туда-сюда прыгают?
> зато создаётся прекрасное впечатление о методах разработки systemdА что - systemd? Вон в шапке он стабильный. Не распоследний, но юзеров той шапки все это не будет ...ать еще сколько там лет.
> или это по прихоти мэйнтейнеров дебиана конфиги туда-сюда прыгают?
Ниипу - я тестингом не пользуюсь, ибо сам себе не враг.
Сейчас мы конечно услышим правильный рецепт как готовится к переходу на новую систему? Или как следующая стабильная версия вышла сразу с криком и матом корячем везде? Ну а что, стейбл же.
> Сейчас мы конечно услышим правильный рецепт как готовится к переходу на новую систему?Это же элементарно, ватсон. Если задача ответственная - это как-то так:
1) Выпускается новая система.
2) Пусть ее месяцок поюзают другие.
3) Смотрим на объем предъяв в багтрекерах/рассылках/etc.
4) Если предъяв не слишком много - ставим на тестовую машину, etc. Иначе goto 2). Или вообще на другую систему, если goto 2) слишком часто надо делать.
5) Если на тестовой конфиге аналогичной продакшну все за...сь - можно и в продакшн уже. Иначе обработка ситуации по аналогии с 4).
6) ???
7) PROFIT> Или как следующая стабильная версия вышла сразу с криком и
> матом корячем везде? Ну а что, стейбл же.Ну если хочется с криками, матом и корячем, ваше право.
То прям в этой новости слушаем: надо учиться всему новому, иначе идите в дворники. То: сидите ровно, как выйдет новая версия - начинайте изучать. У сторонников лёни что, полушария мозга не связаны друг с другом?
> в дворники. То: сидите ровно, как выйдет новая версия - начинайте
> изучать. У сторонников лёни что, полушария мозга не связаны друг с другом?Изучать - можете хоть с пре-пре-пре-альфы. Вот только жаловаться там на глюки и отвалбашки - глупо, а окончательный вариант могут наполовину переколбасить. А кто этого не понимает - ретард и слоупок.
> Изучать - можете хоть с пре-пре-пре-альфы. Вот только жаловаться там на глюки
> и отвалбашки - глупо, а окончательный вариант могут наполовину переколбасить. А
> кто этого не понимает - ретард и слоупок.Нет, точно у любителей лёни целый букет болезней. Антероградная амнезия в полный рост. Жаловаться, ака рассказывать про баги, не надо. Изуячать смысла не имеет - окончательный вариант может выглядеть совсем по другому. Но изучать надо и "где ваши баги в багтрекере". Вам самим от собственного убожества не стрёмно? Или в голове кроме метелок из далекого прошлого ничего не держится?
вообще то системд наиболее качественный в RPM дистрах. я вот уже с 2011 сижу на той же росе и ничего. поначалу непривычно было , но потом все в норме. но это опять же домашний комп. про серваки ничего не скажу ибо не админ. а вообще штука более строная нежели баш-скрипты. да и управление сложностью не отличается. не знаю у дебиана просто раздвоение личности. они долго не могли перейти на системд, ибо пользователи хаяли и сейчас хаят. но время то идет и системд становится стандартом. кому не нравится берем старые образы и работаем на них. вот только отслеживаем дыры. в чем проблема то.
> За месяц работы с systemd в дебианев тестовой-то версии?
> То они все в /etc/systemd/system, то вдруг переехали в /lib/systemd/system а в /etc создались симлинкиони всегда были симлинками
а как же, скажем, etckeeper?
Ну а что, неплохо-же. Системд облегчает поиск "не актуальных" системных администраторов, рандомно кидая конфигурационные файлы. Теперь, если администратор редко профилактически читает маны на всё подряд, надеясь, что ничего просто так не меняется, это будет легко обнаружено, когда в бэкапе вместо конфигов окажутся только симлинки.
> когда в бэкапе вместо конфигов окажутся только симлинки.Вот-вот! Пришлось в пути бэкапа добавить ещё и /lib/systemd
Отлично! Минус один одмин обновляющий боевой без предварительного тестирования.
ппц, вы маны от него читали вообще?
в /lib/systemd нельзя ничего редактировать (т.е. и бэкапить не надо)если надо поменять юнит, то надо перезаписать симлинк в /etc копией файла из /lib со своими изменениями
>если надо поменять юнит, то надо перезаписать симлинк в /etc копией файла из /lib со своими изменениямивот это костыль
Так в том то и дело, были файлы реальные в /etc в котором я просто правил файл getty@tty1.service для автологина.
После обновления, файлы переехали в /lib (возможно они там и раньше были), а в /etc создались симлинки, и ко всему прочему, все файлы которые я редактировал (а там ещё был nut-server, bluetooth и ещё чего-то) попросту исчезли. И вот теперь пришлось делать копию файла из /lib в /etc с исправлением для автологина. В данный момент в /etc у меня лежит теперь 1 реальный файл и симлинки. Теперь уж очень интересно что будет после очередного обновления.
> Так в том то и дело, были файлы реальные в /etc в
> котором я просто правил файл getty@tty1.service для автологина.
> После обновления, файлы переехали в /lib (возможно они там и раньше были),
> а в /etc создались симлинки, и ко всему прочему, все файлы
> которые я редактировал (а там ещё был nut-server, bluetooth и ещё
> чего-то) попросту исчезли. И вот теперь пришлось делать копию файла из
> /lib в /etc с исправлением для автологина. В данный момент в
> /etc у меня лежит теперь 1 реальный файл и симлинки. Теперь
> уж очень интересно что будет после очередного обновления.Файлы, которые вы правили в /etc "по ряду причин" не могли "переехать" в /lib. Точка.
Чесслово, эт слуайно не вы статью писали: http://habrahabr.ru/post/233213/ ?
> Файлы, которые вы правили в /etc "по ряду причин" не могли "переехать"
> в /lib. Точка.Возможно скрипты из deb-пакетов preinst и postinst просто грохнули при создании симлинков, не знаю, не проверял.
> Чесслово, эт слуайно не вы статью писали: http://habrahabr.ru/post/233213/ ?
Нет, я не обитаю на хабрахабаре, даже логин там не заводил.
>> Файлы, которые вы правили в /etc "по ряду причин" не могли "переехать"
>> в /lib. Точка.
> Возможно скрипты из deb-пакетов preinst и postinst просто грохнули при создании симлинков,
> не знаю, не проверял.
>> Чесслово, эт слуайно не вы статью писали: http://habrahabr.ru/post/233213/ ?
> Нет, я не обитаю на хабрахабаре, даже логин там не заводил.А что значит "возможно"? Linux-дистрибутив - это не BlackBox и живет он не по законам магии.
http://www.opennet.dev/openforum/vsluhforumID3/97809.html#45Так тебе и надо, если уж честно.
Там я написал, что нет выбора, и в дебиане не возможно оставить sys-v-init больше, только СюстемДэ, только хардкор.
А настроить один раз и долго радоваться - как оказалось уже не получается... по крайней мере в jessie/testing
> А настроить один раз и долго радоваться - как оказалось уже не получается...<sarcasm>И правильно, ведь желание "настроить один раз и долго радоваться" является признаком отсутствия стремления ко всему новому, модному, стильному и молодёжному.</sarcasm>
>> А настроить один раз и долго радоваться - как оказалось уже не получается...
> <sarcasm>И правильно, ведь желание "настроить один раз и долго радоваться" является признаком
> отсутствия стремления ко всему новому, модному, стильному и молодёжному.</sarcasm><sarcasm>Вас</sarcasm> немного спасает!?!?!?!? Но,,,,,,,,,,все,,,,,,таки,,,,,аНОНИМОВ-на..............................................................(и так до Бесконечности ;)
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями http://www.opennet.dev/boardhelp.html .
Ну так это же дебиан, там всегда так. Проблема не systemd, а дистрибутива.
Такая же фигня была с PulseAudio, все её ругали, но глючила она почему-то только в убунте.Сижу на Fedora Rawhide и не испытываю каких-либо проблем, сам удивляюсь)
> Ну так это же дебиан, там всегда так. Проблема не systemd, а
> дистрибутива.Точнее, проблема что человек назвался тестировщиком, не будучи морально готовым выкусить последствия.
Для эксплуатации на системах, отказ которых кто-то решает - всю жизнь был debian stable и там никто и близко не посмеет так куролесить в рамках энного релиза. А если кто захотел попрыгать по минному полю - ему грех обижаться на то что подвезли свеженькую партию новых мин, прямо с завода.
Ахахаха. Вы наверно единственный позьзователь вашего безглючного дистрибутива.
Это проблемы конкретно debian
/usr/ - стандартные конфиги, которые нужны для самого systemd и юнит файлы которые есть
/etc/ - то что настроил/включил пользователь
/run/ - сгенерированное генераторомЕдинственная проблема, которая сейчас с этим есть, в systemd, это то что /etc/ должен иметь приоритет над всеми, однако пока что (как я понимаю, я могу ошибаться), приоритет имеет /run/
> /usr/ - стандартные конфиги
> /etc/ - то что настроил/включил пользовательПоттеровская интерпретация FHS?
> То они все в /etc/systemd/system, то вдруг переехали в /lib/systemd/system а в /etc создались симлинкиВы просто не совсем понимаете, что происходит и пишете какую-то ересь.
> За месяц работы с systemd в дебиане, меня этот системаДэ начинает бесить..
> с каждым обновлением что-то слетает, и конфиги меняют своё местоположение. Зачем
> это делать?!Ну так назвался тестировщиком - получи жизнь на действующем вулкане. В релизном дебиане нет никаких systemd. А когда релизнется новый - в нем тоже никто таких перетрясов делать не станет.
А если тебе охота тестировать свежак вместо эксплуатации - вот там возможны варианты. И именно поэтому деление на stable, testing, unstable и прочих и придумали.
Да это понятно конечно, но до systemd, и в wheezy/testing и в jessie были тоже грабли... эмм по-меньше что-ли, и не били так больно. К тому же заморозка на носу, и подготовка к релизу.
Посмотрим как скоро дистрибутив справится со всем этим и релизнится с этим systemd
> больно. К тому же заморозка на носу, и подготовка к релизу.Ну вот когда его назовут stable - тогда я такие жалобы смогу понять, если в рамках stable-ов кто-то посмеет так перекорежить. А тестинг на то и тестинг что там вечно ядерный полигон. У некоторых вон grub в осадок выпадал по нестыковке версии модулей и core. Это покруче любого системдеца будет - система умирает и наглухо unbootable.
> Посмотрим как скоро дистрибутив справится со всем этим и релизнится с этим systemdДумаю что как обычно справится - зафиксирует версию программы и будут как максимум бэкпортить то что совместимость не ломает.
> У некоторых вон grub в осадок выпадал по нестыковке версии модулей и core.Было, помню, при переходе на grub2 с efi, для меня это особо проблемой не показалось, загрузился с запасной флешки, зачрутился, проинсталил граб и всё..
Да, небольшая такая проблема - надо срочно что-то cделать, а у тебя обана - система не грузится после ребута.
Ну, не знаю - я до сих пор регулярно ищу конфиги в /usr/local/etc/rc.d и поэтому не сильно матерюсь, обнаруживая их в /opt/1C/v8.2/x86_64 ;-)
на арче с systemd таких проблем не было
> на арче с systemd таких проблем не былоФакта давай! _Какие_ проблемы были? :)
Меньше слушайте тех, кто кричит, что тестинг стабильнее убунты.
Всё... Линия невозврата перейдена, как не прискорбно. Система инициализации, "удобный инструментарий управления демонами" - все это промежуточные проекты. На очереди переделка [идеи] всей системы...
Так уж не раз тут шутили в стиле, что так до релиза systemd с компонентом systemd-linuxkernel ;) дойдет. Ждем-с... :)
Реестр-то запилили уже?
> Реестр-то запилили уже?давно уж https://projects.gnome.org/gconf/
Не очень понятно зачем кэшировать днс на этом уровне, если полно пакетов, которые это делают. Весело... Что там на очереди? Замещение ppp, iptables, dhcp, resolvconf, dnsmasq, wpa_supplicant, web servers ... ?
как ни прискорбно - дальше будет монолитный kerneld
> как ни прискорбно - дальше будет монолитный kerneldне, если пошла такая пьянка, то инит-система использующая REST
> не, если пошла такая пьянка, то инит-система использующая RESTIN PEACE
>> не, если пошла такая пьянка, то инит-система использующая REST
> IN PEACEох, это снова вы, евгений вагантович
> Не очень понятно зачем кэшировать днс на этом уровне, если полно пакетов,
> которые это делают. Весело... Что там на очереди? Замещение ppp, iptables,
> dhcp, resolvconf, dnsmasq, wpa_supplicant, web servers ... ?
> ppp, wpa_supplicant,давно пора
Не слишком ли много это на себя берет?
Универсализация зло - ни своей работы не сделает как положено ни "замещаемой"Основной принцип nix-систем: do one thing and do it well. В конце концов SOLID
Linux is not Unix. Начиная от ядра и заканчивая KDE, везде монолитные системы, максимум с модулями или плагинами. Любители KISS и UNIX польузуются Plan9/Inferno.
>Linux is not UnixЕрунда. Тогда уж и Unix is not Unix, там тоже ядро монолитное было.
>>Linux is not Unix
> Ерунда. Тогда уж и Unix is not Unix, там тоже ядро монолитное
> было.Трындишь. разницу между AT&T и BSD объяснять или сам нагуглишь?
> Не слишком ли много это на себя берет?
> Универсализация злоесли ей занимаются бездарные хиппари - несомненно
> - ни своей работы не сделает как положено ни "замещаемой"пока лёня прекрасно справляется
> Основной принцип nix-систем
про принципы любят повторят профаны, в основном не знакомые как с исходным материалом, так и ни с одним из предметов, о которых берутся рассуждать
> : do one thing and do it well. В конце
> концов SOLIDsystemd - модульна система, при желании весь функционал утилит systemd можно реализовать на базе уже существующих поделок через api-прослойки, и такие проекты, ведомые особыми поттерофобами, уже существуют, другое дело, что большинство этих поделок не выполняют именно задачи, требующиеся от сопроводительных инструментов системы инициализации и управления системой
> systemd - модульна система, при желании весь функционал утилит systemd можно реализовать
> на базе уже существующих поделок через api-прослойки, и такие проекты,
> ведомые особыми поттерофобами, уже существуют, другое дело, что большинство этих поделок
> не выполняют именно задачи, требующиеся от сопроводительных инструментов системы инициализации
> и управления системойА можно НЕ РЕАЛИЗОВЫВАТЬ ВЕСЬ функционал утилит systemd, а реализовать только его часть? В рамках бывшего udev, и забыть про остальное, как про кошмарный сон?
Если это, как Вы утверждаете, модульная система, то должно быть возможно...
>> systemd - модульна система, при желании весь функционал утилит systemd можно реализовать
>> на базе уже существующих поделок через api-прослойки, и такие проекты,
>> ведомые особыми поттерофобами, уже существуют, другое дело, что большинство этих поделок
>> не выполняют именно задачи, требующиеся от сопроводительных инструментов системы инициализации
>> и управления системой
> А можно НЕ РЕАЛИЗОВЫВАТЬ ВЕСЬ функционал утилит systemd, а реализовать только его
> часть? В рамках бывшего udev, и забыть про остальное, как про
> кошмарный сон?
> Если это, как Вы утверждаете, модульная система, то должно быть возможно...если есть возможность осознать и решить большую часть административных задач разом, зачем решать кусочно? более 20 лет полумеры существовали - сплошное уныние и безысходность, а теперь всё изменится
> если есть возможность осознать и решить большую часть административных задач разом, зачем
> решать кусочно? более 20 лет полумеры существовали - сплошное уныние и
> безысходность, а теперь всё изменитсяКнопка с надписью "Сделать все ..." (вместо многоточия, вставьте необходимое ;)
На самом деле, есть (не)много правильного. Например, готовятся к приходу нового поколения в IT.
думаете "замещенные" сервисы на systemd позволят тонкую настройк/тюнинг?
> думаете "замещенные" сервисы на systemd позволят тонкую настройк/тюнинг?"замещенные" сервисы позволяют не пользоваться "нещамещенными" в определенных случаях. Для всех остальных случаев никто не запрещает пользоваться "нещамещенными" )
Пример: sytemd-tymesyncd вместо ntpd.
хороший пример, итак вместо годами работающего ntpd, появляется новая сущность...
>"замещенные" сервисы позволяют не пользоваться "нещамещенными" в определенных случаях. Для всех остальных случаев никто не запрещает пользоваться "нещамещенными" )Да, что-то только уже сильно смахивает это на венду. Там тоже много чего "замещаемого". Только этот монстр весит уже под 20 гигов, так что хоть обзамещайся. Лучше всё равно не станет.
Светлое будущее:
- корневые днс-сервера работают на systemd-resolved
- дистрибутив Линукса состоит из
- kernel
- systemd
- busybox
- surfaceflingerКак страшно жидь!
busybox в этом списке явно лишний :)
Таки да, пора в сюстемд интегрировать.- systemd
- surfaceflinger
> Таки да, пора в сюстемд интегрировать.
> - systemdТак вроде уже implemented? Или предлагается рекурсивно?!
> - В systemd-resolved добавлена поддержка кэширования DNS-запросов и полноценная
> реализация LLMNR (http://en.wikipedia.org/wiki/LLMNR) (Link Local Multicast Name Resolution).
> Представлен systemd-resolved D-Bus API для резолвинга имён, адресов и RR-записей через
> DBus. В отличие от встроенного в glibc резолвера, в systemd-resolved
> DNS-сервер и кэш разделены и привязаны к сетевым интерфейсам. DNS-запросы отправляются
> одновременно через все сетевые интерфейсы, указанные в настройках DNS-сервера (чтобы корректно
> обработать отдельные имена, используемые внутри VPN и LAN). Параметры для работы
> systemd-resolved могут быть автоматически получены от systemd-networkd, который в свою
> очередь может получить их по DHCP.Если бы это кто-то написал в чатике, решил бы, что шутка. Люди годами пишут вменяемые реализации DNS-клиентов - шоб и работало с самыми разными приложениями, и без дырок, и устойчиво, - а тут пришли бравые ребята и с пол-пинка всё сделали. Волшебство, не иначе.
> - В состав включена новая утилита "networkctl", в рамках которой развивается
> консольный клиент для подсистемы настройки сети "networkd". В настоящее время
> утилита может использоваться только для получения информации о сетевых интерфейсах и
> их состоянии. В будущем планируется довести возможности networkctl до полнофункционального
> инструмента для управления сетью. В отличие от iproute2, утилита networkctl позиционируется
> как более высокоуровневый инструмент который осуществляет агрегацию статистики из разных
> источников, таких как netlink, udev, networkd и встроенный в networkd
> dhcp-клиент. Полученные данные комбинируются в наглядных обобщённых отчётах.Каждый уважающий себя системщик должен написать свою утилиту для управления сетью.
> Обеспечено обновление содержимого shadow-файлов;
Кгхм. То есть до этого...
> - Добавлена новая библиотека systemd-terminal, предоставляющая функции для разбора и
> отрисовки данных TTY. В будущем, планируется использовать данную библиотеку в новой
> подсистеме виртуальных терминалов, работающей в пространстве пользователя;Тут то же, что и с DNS...
> - Добавлена новая утилита systemd-journal-upload, позволяющая организовать процесс загрузки
> журнала на внешние системы, на которых запущен сервис systemd-journal-remote;Это в смысле уже имеющийся архив "скопировать" на другую систему? Проблемы с дублированием сообщений не будет?
> - Добавлен новый компонент "systemd-firstboot", который при первой загрузке интерактивно
> запрашивает у пользователя основную информацию для использования в systemd (часовой пояс,
> пароль root, имя хоста);А инсталлятор в системе тогда зачем?!
> - В некоторых bus API, предоставляемых обработчиком PID 1, обеспечена
> опциональная возможность обращения к PolicyKit для получения подтверждения выполнения
> привилегированных операций для непривилегированных клиентов;Если б ещё в PolicyKit не находили дыры и он не был завязан на потенциально грабельный софт... Но всё же полезно.
> - В systemd-timesyncd добавлена поддержка автоматического получения настроек доступа
> к NTP-серверу через systemd-networkd, который может получить эти настойки через DHCP;А почему ентот networkd не может просто складывать пришедшее по DHCP в какой-то файл, и читай, кому надо? Без взаимодействия напрямую между демонами...
> - В юниты .socket добавлены директивы DeferAcceptSec, KeepAliveIntervalSec, KeepAliveTimeSec,
> KeepAliveProbes и NoDelay для включения опций TCP-сокетов TCP_DEFER_ACCEPT, keep-alive
> и выключения алгоритма Nagle;systemd-tcpd на подходе?
> - В logind добавлена поддержка нового типа сеансов "web", которые можно
> использовать для запуска таких web-интерфейсов, как Cockpit (http://cockpit-project.org/),
> с регистрацией web-клиента в форме PAM-сеанса;Хм, здесь тоже рациональное зерно есть.
> - В systemd-nspawn добавлена опция "--volatile=" для запуска контейнера без
> предварительно подготовленных директорий /etc и /var;То есть подготовку systemd-nspawn возьмёт на себя?
> - Клиент kdbus переведён на использование новой подсистемы ядра Linux 3.17
> memfd (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.g...
> вместо старого варианта, привязанного к kdbus;Но пусть только кто-нибудь ещё заикнётся, что systemd, душечка, не портабельный!.. Хотя, может, оно и к лучшему - меньше вероятность расползания заразы.
> - В systemd-analyze добавлена команда "verify" для проверки unit-файлов в
> режиме offline;Что значит "проверки" - синтаксиса? То есть до этого проверить можно было только загрузкой юнита?
> - В клиент и сервер DHCP из состава systemd-networkd добавлена поддержка
> метода FORCERENEW и опций для настройки идентификатора клиента и broadcast-режима;DNS... TTY...
> - В systemd-networkd добавлены дополнительные опции для настройки агрегирования сетевых
> интерфейсов (bonding), обеспечена возможность указания метрики для статических маршрутов.
> По умолчанию прекращена отправка широковещательных запросов DHCP-клиентом (для включения
> нужно установить опцию RequestBroadcast=yes);o_O А куда тогда запросы слать до получения lease?
> - udev теперь в первую очередь применяет имена сетевых интерфейсов, переданных
> ядром, если ядро поддерживает обеспечение предсказуемости таких имён. Поведение можно
> изменить через настройку NamePolicy= в файлах .link;Неужели разум восторжествовал?
> - В journald добавлена поддержка сжатия с использованием алгоритма LZ4.
> Из-за проблем с новыми версиями rsyslog система journald теперь не перенаправляет
> по умолчанию все данные в работающий демон syslog. Для включения перенаправления
> следует использовать опцию ForwardToSyslog= в journald.conf;Угу. Из-за проблем с syslogd. Найден главный враг, мешающий распространению journald, освящённого самим Лёней Г... в смысле, П.
> - Добавлена новая утилита "systemd-escape" для экранирования спецсимволов в строках (например,
> используется для построения имён unit-ов).Утилита, блин. "cat -v, tr, POSIX"? - не, не слышали.
firstboot всё-таки нужен, для самого инсталлятора и в облачных образах, а вот сам инсталлятор порой очень даже мешает, хотя вопрос решить просто.Хотя я это делал через rc.local
Иди читай gpupdate /help - подготовься к светлому будущему.
[sarcasm]С такими "радостными новостями" уже кажется, что скоро выйдет дистрибутив Systemd - Linux based OS[/sarcasm]. Надеюсь хоть арч останется ещё более менее нормальным, а не поддающимся на подобные "нововведения" в Systemd... А ведь могут
круто, под виндой тоже работает!
Господа, я не понимаю что за паника вокруг этого systemd. На мой взгляд, эта штука полностью удовлетворяет идеологии UNIX, такой какой я её вижу. Мне кажется, её цель не в том, чтобы клепать атомарные программки, а в том, чтобы одной программы было достаточно для решения одной задачи. Когда для одной задачи появляются десятки программ, решающие её криво и неэффективно, - это значит, что все они что-то делают не так.
SystemD сошёл в пути UNIX, в его общем понимании, и взял на себя кучу задач, которые решались не пойми как. На мой взгляд, он пошёл именно по пути Linux - когда много проблем просто решаются в одном месте. И это отлично.
А вам на ресурс смежной тематики проследовать бы. Hate'ить и критиковать - очень просто. Тем не менее, разработчиков дебиана systemd устроил. Я думаю, там сидят дядьки поопытней, чем большинство здесь присутствующих.
Меня, как администратора, устраивает, когда на разных дистрибутивах есть похожий метод настройки служб, сети, dns'а итд. Не нужно держать в голове кучу форматов разных конфигов (/etc/network/interfaces, /etc/sysconfig/network-scripts/* и т.д.), и разные баги, которые есть в каждой из этих систем, и которые надо умудряться обходить разными методами.
Я этого не говорил. Я лишь сказал, что с большое вероятностью люди, которые больше 21 года выпускают стабильную операционную систему, ставшую родоначальником целому семейству дистрибутивов, более компетентны в выборе системы инициализации для него, нежели здесь присутствующие. И раз уж выбрали, значит резон был.
>Тем не менее, разработчиков дебиана systemd устроилВообще-то, CTTE решил за всех, собственно, разработчиков никто и не спросил. Да и решение было политическое, а не техническое, так что апелляция к их "более опытности", на мой взгляд, неуместна.
>>Тем не менее, разработчиков дебиана systemd устроил
> Вообще-то, CTTE решил за всех, собственно, разработчиков никто и не спросил. Да
> и решение было политическое, а не техническое, так что апелляция к
> их "более опытности", на мой взгляд, неуместна.Решение как раз было техническим потому что у Марка не хватило бабла купить всех членов комитета. В итоге он плюнул и решил перейти на systemd наступив на горло собственному NIH
Видя что бабло уплывает из рук купленные ещё месяц в рассылке истерили.
>>>Тем не менее, разработчиков дебиана systemd устроил
>> Вообще-то, CTTE решил за всех, собственно, разработчиков никто и не спросил. Да
>> и решение было политическое, а не техническое, так что апелляция к
>> их "более опытности", на мой взгляд, неуместна.
> Решение как раз было техническимвсе помнят: http://www.opennet.dev/opennews/art.shtml?num=38762
> потому что у Марка не хватило бабла
а у редхат хватило.
> В итоге он плюнул и решил перейти на systemd наступив на горло собственному NIH
уащет сисьтемде - nih. А про горло круто ты сказанул, да и подождём когда перейдёт, тогда можно будет сказать что-то определённо. Пока что Марк лишь сказал то, что хотели услышать поццеринголюбы, а сам продолжает пилить upstart и использовать его в убунте.
Погугли greenmail, а то разработчики дебиана побежали на ситсемд. Смех.
>>"эта штука полностью удовлетворяет идеологии UNIX, такой какой я её вижу", "SystemD сошёл в пути UNIX, в его общем понимании", "он пошёл именно по пути Linux"
> Triple .facepalmАкцент стоит делать на:
>> какой я её вижу
и
>> в общем понимании
> полностью удовлетворяет идеологии UNIX
> сошёл в пути UNIX
> одной программы было достаточно для решения одной задачи
> взял на себя кучу задачВот это каша в голове. Читать "The art of UNIX programming", быстро, решительно!
>> полностью удовлетворяет идеологии UNIX
>> сошёл в пути UNIX
>> одной программы было достаточно для решения одной задачи
>> взял на себя кучу задач
> Вот это каша в голове. Читать "The art of UNIX programming", быстро,
> решительно!книга, на которую ты ссылаешься и без сомнения знаком лишь по диагональному прочтению на педевикия и гадюшниках типа лора и опеннета, не является первоисточником "идеологии unix"
> без сомнения знаком лишь по диагональному прочтению на педевикия и гадюшниках типа лора и опеннетаЯ бы на твоем месте с такими высказываниями был бы поосторожнее. Откуда такая уверенность?
> не является первоисточником "идеологии unix"
И что дальше? Она от этого хуже становится? Или идеологию UNIX могут только первоисточники передавать?
>> не является первоисточником "идеологии unix"
> И что дальше? Она от этого хуже становится?это классика, навредить ей может лишь неуместный контекст, коим и является отсыл к ней (книге) для усвоения "идеологии unix" в "противовес" systemd. а вот поттеринг, без сомнения знаком как с art of programming, так и с unix way, это становится очевидным с изучением архитектуры и реалзиции systemd
> это классика, навредить ей может лишь неуместный контекст, коим и является отсыл
> к ней (книге) для усвоения "идеологии unix" в "противовес" systemd.Контекст уместный, просто ты его бесстыдно переврал. Человек ДВА раза в одном посте противоречил сам себе. Не понимает он тех понятий, которыми оперирует, поэтому ему рекомендуется сначала ознакомиться с ними посредством прочтения TAOUP.
> вот поттеринг, без сомнения знаком как с art of programming, так
> и с unix way, это становится очевидным с изучением архитектуры и
> реалзиции systemdНет. Ни то, ни другое очевидным не становится, мягко говоря.
прямо пустил скупую слезу)
>[оверквотинг удален]
> взгляд, эта штука полностью удовлетворяет идеологии UNIX, такой какой я её
> вижу. Мне кажется, её цель не в том, чтобы клепать атомарные
> программки, а в том, чтобы одной программы было достаточно для решения
> одной задачи. Когда для одной задачи появляются десятки программ, решающие её
> криво и неэффективно, - это значит, что все они что-то делают
> не так.
> SystemD сошёл в пути UNIX, в его общем понимании, и взял на
> себя кучу задач, которые решались не пойми как. На мой взгляд,
> он пошёл именно по пути Linux - когда много проблем просто
> решаются в одном месте. И это отлично.Именно так - systemd, как и emacs, идеально вписываются в классический Unix-way. При этом они решительно не вписываются в представления о Unix-way недоумков, привыкших кликать куда попало не читая маны. Например клоун выше в комментах, путающий halt c shutdown :-D
Отсюда и баттхёрт с паникой :)
>> представления о Unix-way недоумков, привыкших кликать куда попало не читая маны.Вот ты и спалился винда-юзер, привыкший кликать.
А ведь однажды перепишут и заменят системд, который захватит к тому времени большую часть linux-систем…
Свобода! Равенство! Анархо-коммунизм!
> А ведь однажды перепишут и заменят системд,Да, в openwrt переписали :). Тоже с u-bus и встроенным логгером, что характерно. Ну ок, netifd у них отдельный, не часть этого. Пока.
В дополнение к systemd-terminal можно еще сделать systemd-x11, systemd-wayland и systemd-mir.А отключение дефолтового роутинга в syslog - грязноватый прием в стиле идиотских маркетологов (отключим фичу в надежде, что люди побегут смотреть в журнал этого самого journald, там и останутся).
internet explorer, directx.
В кометариях сплошь systemd-хейтеры. Как хорошо, что Леннарт не читает коменты с оупеннета, а просто пишет код, загоняя всех в светлое будущее.
> В кометариях сплошь systemd-хейтеры. Как хорошо, что Леннарт не читает коменты с
> оупеннета, а просто пишет код, загоняя всех в светлое будущее.скоро эти хейтеры пойдут заниматься посильным им трудом - мести улицы
А ты один не справляешься что-ль?
А это, модуль для просмотра redtube скоро запилят, не?
> А это, модуль для просмотра redtube скоро запилят, не?сразу после сеанса экзорцизма по изгнанию духа петросяна
А потом выяснится что странам попавшим под санкции использовать этот продукт нельзя, так как права на него принадлежат американской компании RedHat...
А еще наконпеляют systemd-licensed и сделают лицензирование, с ключиками, серийниками и т.д. в зависимости от набора юнитов.
Нє, лучше я раскопаю UNIXWare, как и мечтал 10 лет назад.
> Нє, лучше я раскопаю UNIXWare, как и мечтал 10 лет назад."Отомщу кондуктору - назло ему пойду пешком!"
не неси чушь.
А судя по предыдущим действиям RadHat вполне вероятный вариант (ну конечно не прямо лицензирование и всякая такая фигня, но какого-то порося готовят - это точно)
Близок переход на DragonFlyBSD :)
> Близок переход на DragonFlyBSD :)ага, since 2003
надо скинуться и профинансировать переход поттеринга к systemdOS.
тогда, глядишь, перестанет линухи портить.
Лучше скинуться на чувака с топором. Дешевле, и, как-то понадежней..
> Лучше скинуться на чувака с топором. Дешевле, и, как-то понадежней..При том чувака прислать самому себе. За хроническую неспособность и нежелание заниматься решением своих проблем самостоятельно и перепихивании вины на других, что является общественно опасными деяниями.
> Пра скидоватся на дурку Ленартушке, а то он все неунимается....Пока вы тут скидываетесь, РХ стрижёт с вас свои bait-n-switch льярды.
Леннарт - бох!
Я столько баттхёрта со времён ухода рамблера с бзди не видел :)
Причем - каждые два-три месяца. И конца не видно...
А когда в systemD встроят btrfs?
никогда. вместо него будут использовать systemdfs
> А когда в systemD встроят btrfs?В него надо встроить btrfs tools, во! :)
Да это Соляра! RedHat захотел не только под себя многое подмять, так и свою Соляру с ... ну вы поняли.
а реально ли в дальнейшем чтобы без системдэ в сеть не зайти?
Великолепно - всё-таки systemd практически эталон правильного open source проекта:
- отличная документация
- Unix-way
- release early, release often
- правильная лицензияНеудивительно, что он становится стандартом де-факто среди основных дистрибутивов GNU/Linux.
> Великолепно - всё-таки systemd практически эталон правильного open source проекта:
> - отличная документация
> - Unix-wayвранье
System Daemon,Четверть века UNIX
Дуг Макилрой, изобретатель каналов UNIX и один из основателей традиции UNIX, обобщил философию следующим образом:
«Философия UNIX гласит:
Пишите программы, которые делают что-то одно и делают это хорошо.
Пишите программы, которые бы работали вместе.
Пишите программы, которые бы поддерживали текстовые потоки, поскольку это универсальный интерфейс».Обычно эти высказывания сводятся к одному «Делайте что-то одно, но делайте это хорошо».
Дык так и есть - systemd решает задачу управления сервисами.
> Дык так и есть - systemd решает задачу управления сервисами.Причём делает это на Порядок лучше остальных. И великолепно взаимодействует с другими программами через универсальный интерфейс dbus, который куда лучше тупо текста.
Это тебе кто сказал что он лучше деточка.
-- Это понятно, -- сказал я. -- Но откуда катаклизм?
-- Все отсюда же, -- сказал Роман. -- Я говорил ему тысячу раз: "Вы
программируете стандартного суперэгоцентриста. Он загребет все
материальные ценности, до которых сможет дотянуться, а потом свернет
пространство, закуклится и остановит время".
На первый взгляд похоже на что-то централизованное с адекватной архитектурой, но легоманы продолжают негодовать.
> На первый взгляд похоже ...ровно как и на второй, и третий
Ждем кэширующий DHCP и Ethernet
> Ждем кэширующий DHCP и EthernetЧего ждать-то, у них и так каждый коммит "увеличь свой dhcp" и "ускоритель ethernet, без sms!".
Я предлагаю писать больше сообщений о багах системд в багтреккер. Менеджеры РХ сами все с Леней сделают.
> сами все с Леней сделают.Выпишут ему ещё больше премий за инновационный саботаж, видимо.
Наоборот надо. Когда системда упадет у Заказчика из-за невыявленного бага, вот тогда менеджеры сделают.
systemd похоронит себя сам, как это и бывает с bloatware
Проблема не в том, что он сам себя похоронит. Проблема в том, что он вместе с собой в могилу заберет (линукс вполне может утянуть). Ну и как бы поколение systemd с пост-травматическим синдромом потом лечить придется.
> Ну и как бы поколение systemd с пост-травматическим синдромом потом
> лечить придется.Это всяких необучаемых лечить будут. Раздав метлы и лопаты.
>> Ну и как бы поколение systemd с пост-травматическим синдромом потом
>> лечить придется.
> Это всяких необучаемых лечить будут. Раздав метлы и лопаты.У тебя явно какие-то комплексы по теме дворников. Ты тот мальчик что в детстве был воспитан лопатой?
systemd-головного-мозга
systemd-linux-kernel
