Достаточно того, что DE будут намертво прибиты в systemd, как куча гнилого софта прибита к winapi.

Тоже профит. На Убунте нельзя будет запустить Гном и КДЕ.

Даже статус сервиса не покажет! Молча упадет и все. Ищите мол, где засада...

Ищи в логах же. Чуть не забыл, после бинарного поттерлога многие уже забыли о наличии такого инструмента.

Иксоту закопает Wayland. И это тоже хорошо.

нет никто не заставляет юзать bash в этом и профит sysV скрипты, лежащие в /etc/init.d могут интерпретироваться чем угодно главное, чтобы они обрабатывали start|stop и имели lsb-заголовок

Во первых, какая разница, какой конкретно интерпретатор ты будешь использовать? Это все равно загрузка интерпретатора и интерпретация скрипта.

Файл все равно должен начинаться с текстового блока и иметь описание в виде комментариев.

Профит от systemd как раз и состоит в том, что файл сервиса разделен на описательную текстовую часть и исполняемую. Причем исполняемая часть сильно упрощена за счет выноса стандартных операций на уровень системы инициализации systemd.

Отбор и выпрямление сам будешь проводить?:)

Зачем? Проще выдавать премию Дарвина и вышибать с работы.

ещё раз: скрипты могут быть в 100 раз хуже, причём тут sysV

sysV даёт возможность выбора интерпретатора для скриптов, свободу в их написании, которую мейнтейнеры дистров могут использовать не по назначению, рожая кривые скрипты на bash

у меня скрипты нормальные, ЧЯДНТ?

After=syslog.target network.target nmb.service winbind.service
А в init есть только вялая попытка проверить существование сети.
# Check that networking is up. [ ${NETWORKING} = «no» ] && exit 1

это не «вялая попытка», а проверка наличия сети в случае ручного запуска, ибо при старте системы sysVinit берёт зависимости(surprise!!) из lsb-заголовка

# Check that smb.conf exists. [ -f /etc/samba/smb.conf ] || exit 6
Охренеть. Ни одна операция молча не пройдет, если нет файла /etc/samba/smb.conf
Даже статус сервиса не покажет! Молча упадет и все. Ищите мол, где засада...

exit 6
6
Молча упадет

мда...

Инит не должен этим заниматься.

Распихивать процессы по группам, _соответствующим_запущенным_сервисам_, должна подсистема, стартующая сервисы. В данном это systemd.

очередной тред детектор неадекватов леннартопоттерингоsystemdфилов.

и фобов:)

У фобов аргументы такие, что хрен поспоришь, но филы таки всё равно упорствуют, поэтому и неадекваты.

Вчера как раз у Tigro прочитал про сабж. Думал это первоапрельская шутка. Тем более с таким заголовком. Оказалось правда.

Ищи в логах же.

ты скрипт не смотришь? Какой лог если в самом начале стоит


# Check that networking is up.
[ ${NETWORKING} = «no» ] && exit 1

# Check that smb.conf exists.
[ -f /etc/samba/smb.conf ] || exit 6

Где ты тут лог увидел? Я когда-то как раз логи смотрел и видел только звенящую тишину. А учитывая тот факт, что опыта не было, не было понятно, это вообще что, сервис запущен и все в порядке или нет?

А service smb status тоже молчит по той же причине...

блжад, это может быть не интерпретатор, а произвольный бинарь и он может вообще не читать /etc/init.d/blablabla гибкость, ёпт

Так не используй, кто ж неволит. ))

мда...

и что?

В логах что-то будет? можт статус сервиса покажется?

В генту и арче он только у совсем сумасшедших маргиналов.

О, я польщён.

блжад, это может быть не интерпретатор, а произвольный бинарь и он может вообще не читать /etc/init.d/blablabla гибкость, ёпт

А chkconfig откуда будет брать данные? Это бред, а не гибкость.

Иксы нет. DRM (не путать с другим DRM) и всякие KMS вполне себе именно в ядре.

это не «вялая попытка», а проверка наличия сети в случае ручного запуска, ибо при старте системы sysVinit берёт зависимости(surprise!!) из lsb-заголовка

да хрена. Там просто номера стоят. Типа сеть пораньше, а самба попозже. Но никто не обещал сеть запускать. Вот и проверяют.

/etc/init.d/samba status
echo $?

так понятно?

сам systemd не пользуюсь, профита от него не вижу, негатива тоже.Пусть допилят, а там будет видно

Какой-нибудь 1995 год:

Сам Linux не пользуюсь, профита от него не вижу, негатива тоже. Пусть допилят, а там будет видно.

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

что это и зачем?

Вот за это не любят Леннарта и его поделки - за отношение к пользователям как к толпе быдлотестеров, за то, что ему плевать с высокой колокольни, что кто-то вообще-то еще и работает, и не испытывает оргазма от кувыркания всей системы после очередного обновления.

А это хорошо. Хоть какая-то польза будет от нахлебников. А то привыкли на халяву сидеть на всём готовом, да ещё и говном поливать. Пусть тестируют до посинения.

/etc/init.d/samba status

echo $?

так понятно?

лучше сразу echo 42

Не должно быть таких вещей в системе инициализации.

Это инструмент системы инициализации. Позволяет получить список сервисов, текущее состояние автозагрузки по уровням, а также включить и отключить его автозагрузку.

service и chkconfig заменил systemd

Зачем тебе samba если сети нет ?

сабж

service и chkconfig заменил systemctl.

планируется использовать systemd для запуска Weston, дополнения для протокола X11

ЛОЛШТО!??

Во-первых, Weston - не дополнение для протокола X11, Weston - референсный композитор Wayland. Фактически, это Wayland и есть, ибо сам по себе вейланд - всего лишь библиотека, с которой линкуется композитор, а окроме вестона их пока не существует.

Во-вторых, там рассматривается вопрос, как реализовать автоматический запуск rootless X-сервера при появлении X-клиентов и автоматическое же его завершение при завершении клиентов. Кейт говорит, что сейчас Weston создает иксовый сокет и ждет клиентов, когда они появляются - запускает X-ы и отдает сокет, когда завершаются - прибивает X-ы, забирает сокет слушает его дальше. Это они называют грязным хаком и предлагают в будущем использовать для этого механизм сокет-активации systemd. Речь не идет об интеграции Wayland и systemd, речь идет о том, чтоб выкинуть из вейланда механизм when-needed запуска иксов, предоставив на усмотрение пользователя использовать для этого любые внешние средства.

А в ответ на вопрос, будет-ли Wayland работать с аудио (старая идея о X Audio Server), он официально рекомендовал PulseAudio.

Да они же с Поттерингом заодно!!! Не дадим трогать наш полпроцентный линукс! Только стандарты тридцатилетней давности, только хардкор!!!

Вопрос публике

Какой профит от systemd на сервере ?

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

Специальный демон. Например, ulatencyd.

LOL, какая же каша у вас в головах.

Отлично!

Я смотрю, сегодня ночь бестолковых вопросов.

Вопрос не в том, зачем самба без сети. Самба можт вообще не нужна что с сетью, что без.

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

А ещё нужно для всех DE общий реестр, а то у всех свой

google://systemd for administrators

Какой профит от systemd на сервере ?

Покажи хоть один серверный дистрибутив в котором есть (или в ближайшие лет пять будет) systemd.

А всем пользователям ЛОРа нужен общий мозг.

Какой профит от systemd на сервере?

Например, контроль над запущенными сервисами - изоляция всех порожденных сеовисом процессов в cgroup с возможностью установки на всю группу разных лимитов, свойств и т. п.; автоматический перезапуск при аварийном завершении/зависании/...; останов при длительном бездействии
Событийный запуск при активности сокета/подключении устройства/... - как inetd, только универсальнее.
Instantiated services могут быть удобны.

Покажи хоть один серверный дистрибутив в котором есть (или в ближайшие лет пять будет) systemd.

редхат

Ну и в каком же RHEL стоит systemd?!

дык

я и хочу чтобы не было

не понимаю тех кто за systemd

Я настаиваю!

Вопрос не в том, зачем самба без сети. Самба можт вообще не нужна что с сетью, что без.

Если самба не запустилась из-за отсутствия сети, то по логам это можно обнаружить (и не только по логам...)

В чем проблема ?

не понимаю тех кто за systemd

Состояние непонимания — это естественное состояние твоего мозга.

я и хочу чтобы не было

А его и нет.

Нужно или сравнивать systemd с sysvinit, или с openrc/debian-rc-shit/upstart/sysv-rc-shit/opensuse-shit итп. Первым вообще никто не пользуется. Вообще. Совсем. Совсем никто. Аболютно. Или busybox, или вариант 2. В варианте 2 столько костылей и говна, что хочется рыдать и плакать. Кто-то должен был вычистить все это старое дерьмо и запилить нормальный инструмент на нормальном языке, с нормальным формальным описанием тасков.

А то что с ним интегрируют остальное костыльное дерьмо, попутно упрощая, превращая в нечто вменяемое и объединяя кодовую базу - тоже очень хорошо :]

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

те openVZ да и только

зачем это всем остальным ?

зачем нарушается принцип «не сломалось - не чини»

Ну зато хоть стали грузится на 3 секунды быстрее. Хоть какая-то радость. На 3 секунды быстрее вы увидите что ваша единая бинарная система накрылась медным тазом.

Состояние непонимания — это естественное состояние твоего мозга.

обоснуй

А его и нет

Правильно говорить: «А его пока и нет»

За полтора года не накрылась. Сколько ещё ждать?
Но, насчёт бинарного лога ППКС.

Ты может не поверишь, но когда не работает скриптовое говно ПОЧЕМУ ТО, то веселухи не меньше. Разницы нет, тащемта. Все равно одно лекарство - init=/bin/sh.

обоснуй

Ты здесь уже всё сам обосновал.

Правильно говорить: «А его пока и нет»

Ну а когда появится, может быть ты уже и понимать начнёшь.