Состоялся релиз sysvinit 2.89

там же написано - kFreeBSD, Hurd

А толку объяснять? Пингвинятник современный не лучше вантуза — дальше своего дистра не видит.

редхат со своими 4% рынка навонял на 90%.

На центось посмотри — они давно их сожрали по факту с потрохами.

Это реально только меня и «нескольких маргиналов» возмущает?

Сейчас модно быть стильным модным молодежным и жрать любое новое говно большой ложкой.

P.S. Меня тоже сустемд бесит, хотя для своих не сложных задач я ее давно осилил (даже на фелору ходил на пару месяцев посидеть, когда ее решили таки запихать в дебиан).

Почти через 8 лет

системдешники наверное отстегнули чтобы поломали

Ну дык SysVinit это тоже не инит-на-коленке, а серьезная промышленная хрень своего времени, просто за долгие десятилетия ее допилили и все ее знают вдоль и поперек.

Он, вроде, уже не поддерживается.

Полтора месяца там вроде еще.

ак и от ожидания сети или висения на взаимных блокировках.

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

И вот что, systemd себя в grub прописывает в строку аргументов ядра? Это же эпический костыль, факап вселенских масштабов, причём чисто ради того, чтобы попонтоваться что PID 1 именно у поделия с названием systemd :)

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

Он уже пять лет в продакшоне, какие к черту прежние настройки?

Ну эта... Оно еще и само с собой ломает довольно часто, «администратор сустемд» это уже и не очень шутка... В бинарном дистре это головная боль сопровождающего, но если задача админов будет не просто жрать что дают, то головной боли им прибавляется.

С серверами то проще, это в десктопе любят сразу навернуть говна в виде сотни имнитов.

Оно еще и само с собой ломает довольно часто, «администратор сустемд» это уже и не очень шутка...

Что оно сломало само с собой?

Так я с того и начал. Однако в мане и намека нет на то, что для journalctl можно указать файл журнала.

Странный ман у тебя, не с бложка левого? :D

The set of journal files which will be used can be modified using the --user, --system,
       --directory, and --file options, see below.

       -D DIR, --directory=DIR
           Takes a directory path as argument. If specified, journalctl will operate on the
           specified journal directory DIR instead of the default runtime and system journal
           paths.

А еще есть нормальный выхлоп:

       --no-pager
           Do not pipe output into a pager.

и в нормальный формат сразу:

-o, --output=
           Controls the formatting of the journal entries that are shown. Takes one of the
           following options:

           short
               is the default and generates an output that is mostly identical to the formatting
               of classic syslog files, showing one line per journal entry.

           short-full
               is very similar, but shows timestamps in the format the --since= and --until=
               options accept. Unlike the timestamp information shown in short output mode this
               mode includes weekday, year and timezone information in the output, and is
               locale-independent.

           short-iso
               is very similar, but shows ISO 8601 wallclock timestamps.

           short-precise
               is very similar, but shows timestamps with full microsecond precision.

           short-monotonic
               is very similar, but shows monotonic timestamps instead of wallclock timestamps.

           short-unix
               is very similar, but shows seconds passed since January 1st 1970 UTC instead of
               wallclock timestamps ("UNIX time"). The time is shown with microsecond accuracy.

           verbose
               shows the full-structured entry items with all fields.

           export
               serializes the journal into a binary (but mostly text-based) stream suitable for
               backups and network transfer (see Journal Export Format[1] for more information).

           json
               formats entries as JSON data structures, one per line (see Journal JSON Format[2]
               for more information).

           json-pretty
               formats entries as JSON data structures, but formats them in multiple lines in
               order to make them more readable by humans.

           json-sse
               formats entries as JSON data structures, but wraps them in a format suitable for
               Server-Sent Events[3].

           cat
               generates a very terse output, only showing the actual message of each journal
               entry with no metadata, not even a timestamp.

Ты видел changelog-и их? Кроме тех релизов в которых только кучу багов фиксят, там постоянно что-то удаляют/добаляют/изменятют. Еще и радость ментейнерам стабильных дистров — постоянно бекпортировать заплатки (так опенсусевцы нашли в 228 версии эпичный баг-уязвимость, которая была закрыта без соответствующего коммента — скандал был, Лёня отбрехивался как всегда, хоть бы признал раз криворукость).

Нет, не видел. И жить мне это как-то не мешает.

А я вот видел. Всего и не упомнишь, и слава яйцам что 4/5 всей требухи что умеет сустемд мне ненужно прям вот позарез, слава яйцам.

А я вот видел. Всего и не упомнишь, и слава яйцам что 4/5 всей требухи что умеет сустемд мне ненужно прям вот позарез, слава яйцам.

То есть пруфов не будет?

Ну конечно, мой сладенький, не инит:

Тьфу:

OpenRC is a dependency based init system that works with the system provided init program, normally located at /sbin/init. It is not a replacement for /sbin/init.

Ты шутишь? Там портянки на час чтения каждый релиз. А я только тут лишь половину треда прочитал.

Почему сделали systemd если sysvinit норм?

Сустемдик это дикий комбайн. По идее можно придти к тому кто в системе у тебя будет ядро, lxc-контейнеры, сустемдик и прикладной софт — очень круто для централизоваеного руления. Как раз красношляпа развернуло свое облако (как амозон ли азур), им для этого и нужно.

У тебя устаревшие данные:

Beginning with OpenRC 0.25, a new program is provided on Linux, openrc-init, which can replace /sbin/init on startup.

openrc-init will ignore the /etc/inittab file and boot OpenRC directly.

Исчо раз: портянки могут быть какими угодно, пока это не мешает жить юзеру, какая нахрен разница?

Ок, но проверял я информацию на старнице генты. Сам я опенрц не крутил близко и серьезно ни когда. Черт знает почему у них так написано.

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

Потому что обновить забыли. Бывает.

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

Я про серверный сегмент сейчас.

Спасибо за уточнение, а то я щас гугланул — везде так по старому, от википедии до говнобложиков.

Спасибо за уточнение, а то я щас гугланул — везде так по старому, от википедии до говнобложиков.

Это новая штука, 25й релиз вроде в прошлом году вышел.

Ну так и серверы разные бывают. Больше всего инсталяций линукса — это инстансы в облаках, в которых системный софт специально не трогают, т.к. их много и пусть они будут одинаковыми. А если это небольшая сеть предприятия с зоопарком железа — тут уже все сложнее и решение на сустемд как может быть выгодное, так и мешаться.

Редхату надоело пилить разрозненный софт и они решили сами себе запилить мощный стек иструментов для управления всей ОС (инит, контейнеры, логи, диски, сеть, сам черт лысый) — им так проще.

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

При этом не наступает унификации — команды и ключики то стали одни, да вот конфигурации у каждого дистра свои, и то что работает в федоре — не работает в убунте (в убунте так вообще часто тупо не настроено ни чего, даже journald, в арчике ваниль и пусто, у остальных всех тоже свои велосипедные конфигурации).

Такое ощущение что мейнтейнеры просто как и раньше каждый велосипедит как хочет, только теперь детальки другие, заводские, но колеса все равно овальные.

Да, есть. Но они или гента, или маргинальщина — т.е. построить ту же сеть на 50 компов с одним дистром везде с гарантиией поддержки не получится. Вот тот же дебиан — тут мы берем sysvinit и все ок, а тут у нас не рабоет уже что-то (что угодно, а в следующем релизе еще что-то). Ненадежно. Вот и бугурт если нет преимуществ, а один геморой от миграции, хотя нет идеологических препятсятвий для продолжения развития классической конфигурации.

Свободный, но роллинг — мейнтейнеры сами ковыряют (в редхате они сами то себе все делают) что снижает качество в итоге при выской сложности проекта, нельзя просто утащить кусок — elogind пришлось вырубать топором.

ну кроме alpine, но он специфичный

Ну да, musl юзать, но притащить systemd — это было бы эпично :D.

Есть хороший инструмент для их чтения, и да - чем конкретно они плохи?

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

И никто не заставляет юзать всё, что в нём есть.

Предлагаешь собрать LFS с sysmed? А чё, оно уже пару лет есть.

Да, ф Федоре тоже кавадратики были, и год назад, и два. Как щас не знаю, мож таки осилили починить этот «тривиальный баг».

Да, есть. Но они или гента, или маргинальщина — т.е. построить ту же сеть на 50 компов с одним дистром везде с гарантиией поддержки не получится. Вот тот же дебиан — тут мы берем sysvinit и все ок, а тут у нас не рабоет уже что-то (что угодно, а в следующем релизе еще что-то). Ненадежно. Вот и бугурт если нет преимуществ, а один геморой от миграции, хотя нет идеологических препятсятвий для продолжения развития классической конфигурации.

А что-то не работает?

метапкет firmware-linux-nonfree (ты не указал конкретно что у тебя, по этому бери все, блин), у devuan на live-дисках уже есть все не свободные фирмвари — можешь проверить точно что у тебя там грузится, а потом установиться с обычного инсталлера скачав только конкретно нужный пакет (или взяв с лайф-диска), т.к. из лайфа установщик тупой только гуи (но может тебя устроит).

Да я вот уже последний релиз не трогал, а до этого в предыдущем при попытке перехода не работало хренова туча всего: от сломанных зависимостей до засирания логов всем подряд. После этого ушел сначала на devuan, потом на MX и freebsd.

Был разговор когда они ссались кипятком от какого-то особо крупного пожертвования — планов громадьё было, в том числе и разговор про систему аналогичную по фичам сустемдику. Но дальше я не следил, сейчас тут в 11-й не пахнет вроде ни чем революционным, все теплое и ламповое (ну если с 8-кой сравнивать, вроде все также в целом).

О, спасибо, а то у меня что-то не гуглилось ни фига...

В винде хоть телеметрию добавили, понять можно что жрет. Остальные просто говнокодят.

Да я вот уже последний релиз не трогал, а до этого в предыдущем при попытке перехода не работало хренова туча всего: от сломанных зависимостей до засирания логов всем подряд. После этого ушел сначала на devuan, потом на MX и freebsd.

Пруфы есть?

Devuan отвязал 381 — при этом они не смогли в том релизе осилить гномо-форки-де и кеды (иначе была бы тьма пакетов просто), но на десктопы мы вроде и не смотрим с тобой? Десктопчик можно хоть на генте держать, не критично. Но вон там dbus отвязан — а там сус5 и сустемд конфликтовали, ставилась заглушка и возможно в логи и срало из-за этого. policykit отвязан, пульса, qemu, cups — сустемд-шим или как его там мог что-то покрыть, но яно не 100%.

Вроде не много, но это первый релиз был, и это не просто выбросить пакет сустемд, это реально или не работало совсем, или работало через зад. Там во превых не так сильно завязались еще дебовцы на сустемд, через год — дальше стало больше. Второй релиз дивана уже полноценный форк, т.к. и elogind, и eudev, и openrc — отвязваться стало сложнее. Через год думаю дебиан еще крепче срастется с сустемд и будет еще больше работы.

Вот тут сустемдик может быть и полезен

Может.
Особенно для того, кто именно к нему привык или кто изначально риентируется на его использование.
Суть в невозможности использования альтернатив — systemd навязывается безальтернативно на основных системах (как раз тех, от использования которых отказаться не представляется возможным).

если я какой-то фанатик и пишу херню

А разве не фанатик?

и не лень тебе было эти баги собирать? к чему это? вообще никак не коррелирует с тем, о чём я пишу в треде.
да и вообще, абсолютно дурацкая позиция, без относительно systemd, а вообще.
тут вот мол баги, а тут «работающие и проверенные временем решения» и приходите, когда багов не будет. ну ахренеть теперь.
а работающие решения без багов всю дорогу были? наверное там было дохрильён багов, только пруфов ты не найдёшь, т.к. их пофиксили ещё до изобретения интернета, лол.
тогда вообще зачем новый софт, в них баги, нужно перфокарты юзать. там точно временем проверили.

Таки фанатик.

чтобы продвигать свою нерелевантную к моим сообщениям позицию?

Ладно, держи немного релевантности. У тебя абсолютно дурацкая позиция, безотносительно systemd, а вообще. Тут вот мол новый софт, а тут „устаревшая некрофилия”, срать на баги, срочно в продакшен. Ну ахренеть теперь. Тогда вообще зачем релизы и стабильные выпуски, нужно юзать новейшее говно с транка. Там точно новый софт.

Так я и не возражал нигде против «всеохватывающей мощи» *d.
Но мне не нужен (подчёркиваю, мне, — кому-то как раз наоборот может быть) такой сверх-универсальный и всеобъемлющий комплекс.
Мне лучше моторку — по воде плыть, электровоз — по ж/д, самолёт — в небо подняться. А systemd — это паровоз с крыльями, водомётным двигателем и кингстонами, подводными крыльями, воздушными шариками, казино и пинг-понгом, который ещё и рельсы на ходу себе сторит под водой и в небе.

Вот я и говорю — редхат понять можно, а остальных не очень что-то: интегрируют криво, поддержки альтернатив нет нормальной, пилят что-то не понятно как...

Суть в невозможности использования альтернатив — systemd навязывается безальтернативно на основных системах (как раз тех, от использования которых отказаться не представляется возможным).

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

Странно что большие коллективы с огромным сообществом которое радо будет помочь в отлове багов и прочем не может, не удобно им. И решается это безальтернативно на высоком административном уровне. А небольшие группы энтузиастов поддерживают намного менее популярные продукты и не имеют таких проблем с поддержкой init-ов.

Именно об этом я пытаюсь весь топик пробиться-сказать.
Но в ответ несётся только «делай-себе-сам» и «выбери-из-списка»...

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

Шляпа на systemd, так что о количестве пользователей я бы поспорил.

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

Потому что пакетная база у них в разы меньше доебановой.

В итоге они могли либо переехать на openrc и писать сервисы самим, либо просто тащить готовое. Они выбрали второе.

Алсо да — в openrc нет process supervision.