systemd с разных точек зрения

А че у тебя ник «кукуруку», а на аватаре - киткат?

Нет пусть системы/программы эволюционируют, а не насаждаются фанатиками NIH синдрома и QR кодов!

Т.е. ты считаешь что человек за кучу лет эволюции стал идеален и у него нет кучи атавизмов? Может ты считаешь что биоинженерия(или генная инженерия, я не очень в этой теме) не нужна? Вот по мне так редхат это сейчас как ученые, которые вставляют насильно гены, которые им нужны, а луддиты орут про то как страшно жить и что ГМО(системд в данном случае) не нужно и опасно.

//я считаю что за геномодификациями будущее.

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

но то что время сметет systemd взяв из него крупицы лучшего - сомнений нет

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

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

вот что-то у меня с sysv никаких проблем нету, не нужно мне это ваше systemd. спасибо не нужно. не нужно! пошли вы в зад с этим дерьмом! только такие эмоции рождает деятельность Поттера

возмущает не то что Поттер создал еще один init, а то что его упорно проталкивают всюду

ну это политика у редхата. они хотят оракель и убунту выдавить с рынка. не будет systemd - будут чем-нибудь еще выдавливать.

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

вот что-то у меня с sysv никаких проблем нету, не нужно мне это ваше systemd.

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

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

upstart кто-то возмущается? не слышал такого. возмущаются тем что systemd агрессивно проталкивают. в моем debian сейчас не поставить тот же cups без libpam-systemd который хочет systemd - это не нормально

можно брать юниты демонописателей

вот оно нужно всякий хлам поддерживать))) нет, это как раз мантейнеры будут конфиги писать

демонописателям (не надо делать форки форков и прочие сис5 извращения)

ломать демона и писать его под systemd only? это нужно быть полностью деревянным. не будет этого

администраторам (лучше логирование, лучше управление сервисами).

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

вот оно нужно всякий хлам поддерживать

Мейнтейнеры дистров порассуждали также и приняли решение закопать сис5.

ломать демона и писать его под systemd only?

Если известно что 90% потенциальных мест запуска — системы с системд, почему бы и нет? А на остальных будут пользоваться врапперами-демонайзерами.

а на выходе дерьмо

[Источник?]

Мейнтейнеры дистров порассуждали также и приняли решение закопать сис5.

Вангую обратную волну по замене systemd на что-то другое, например на upstart. Возможно так же появление какой-то новой системы.

sysv просто работает. да оно не идеально но оно работает в 100% случаев. нужна замена которая то-же будет работать в 100% случаев и она появится и это будет не systemd

[Источник?]

интернет))) желающие скинутся на киллера для Лени могут собрать хорошую сумму на диверсионный отряд)))

В интернете всегда истерят по любому поводу.

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

В интернете всегда истерят по любому поводу.

Где истерики про upstart на lor, opennet, еще где-то?

Upstart был по большому счёту только в убунте и рхеле. За пользователями убунты и рхела массовая любовь к истерикам не замечена.

Что касается проблем, то я подписан на тег systemd с момента появления этого самого systemd в арче. И, насколько помню, на ЛОРе ещё не было ни одного треда, в котором у юзера действительно были бы проблемы с systemd, не обусловленные неосиляторством.

Я раньше пару раз задавал здесь серьезные вопросы. Полезность ответов стремилась к нулю. После чего как-то потерялся смысл. Есть более другие места.

В этом случае проблемы нарисовались у kvm. А много говорили, что именно в Федоре он самый вылизанный, они его сами пишут, и т.д. Ну думаю, может не все так страшно. Ага, разбежался. До собственно kvm дело и не дошло, так как без сети смысла продолжать не было.

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

Либо это дистропроблемы, либо ты неосилятор

От неосилятора слышу. Что там можно не осилить? Поправил конфиг, перезапустил подсистему сети, все нормально. Потом понадобилось перегрузить машину. Все, больше сети не было.

Скажи это CoreOS и Tizen

Что-то не вижу стремительного взлета, однако.

пересобери и протестируй.

Вот в Асгарде идёт обычный mesa-libgl + открытые дрова (xf86-video-vesa, xf86-video-intel, xf86-video-nouveau, xf86-video-ati). Тестирую же ж на интеле. Завал каиры такой же, как и с моим изначальным патчем: видеоэлемент не валится, но изображение не идёт, только звук. При этом на этих тестах видно, что проблема осталась только в H.264/MP4: WebM играется прекрасно, OGG/Theora - тоже (хотя не уверен, откуда артефакты снизу), а вот в H.264 изображения нет в упор. Если проблема не в каире, то где, матьегозаногу? Ну и попрошу сказать, какая у тебя конфигурация железа/дров, если у тебя H264 в WebkitGTK3 нормально тащит.

1) в чём проблемы?

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

2) хранение журналов отключаемо.

Вот мне интересно, найдется хоть кто-то, кто их не выключит?

В-третьих, никто не собирается закапывать обычный подход.

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

Я раньше пару раз задавал здесь серьезные вопросы.

Не помню тебя.

А вообще все проблемы systemd решаются его неиспользованием.

Все проблемы X решаются неиспользованием X (и возникают проблемы Y, используемого вместо X). Ни о чём не говорит.

Что там можно не осилить?

Сам задаюсь этим вопросом. Что-то, наверное, можно, раз у тебя «всё упало».

Что-то не вижу стремительного взлета, однако.

Когда вообще что-то стремительно взлетало за пару лет?

Логи должны быть доступны всегда, независимо от.

А так и есть. journalctl -D /mnt/rescue/var/log/journal, и никакого запущенного systemd, уверяю, не требуется.

Вот мне интересно, найдется хоть кто-то, кто их не выключит?

Конечно.

Уже не раз обещали и всегда потом забивали на свои обещания.

Пруфы?

Проблема, конечно, в каире, потому что я тоже наблюдаю крэш без её пересборки.

Конфиг в профиле, верхний. Дрова очевидно какие.

Короче, тоже штеуд (правда, у меня GMA950, ліл). Вот у меня после пересборки рендеринг нулячий. Причём только на WebkitGTK и только на x264. Кстати, альтернативные H.264-декодеры, которые вебкит подхватит, в репах арча имеются? Или их вообще в природе не существует?

З.Ы. Так как с каирой ситуация до выхода реальной 1.13, похоже, тупиковая.

альтернативные H.264-декодеры, которые вебкит подхватит

Понятия не совокупляю. Судя по зависимостям, webkitgtk юзает gstreamer (ветку 1.0) — ну да, там есть плагины, pacman -Ss "^gst-". Но дело наверняка не в этом.

Намёкиваешь на gst-vaapi? Так как остальное уже установлено: в packages.all в транке асгарда прямо прописаны как минимум gst-plugins-base, gst-plugins-base, gst-plugins-good, gst-plugins-bad, gst-plugins-ugly.

Например. Только поставь ещё libva-intel-driver.

Он уже стоит, кстати. А gst-vaapi - нет. Может, в этом проблема?

libva-intel-driver без gst-vaapi бесполезен.

И да, я тоже поймал чёрный экран. В общем, рендер нормальный при наличии cairo-git && ((gst-vaapi && libva-intel-driver) || gst-libav).

Таким образом, да, ты прав, от декодера x264 зависит.

Дефолтный, который находится в /usr/lib/gstreamer-1.0/libgstx264.so и принадлежит пакету gst-plugins-ugly, с новой каирой не работает.

В общем, поставь оба альтернативных декодера: тот, что vaapi, очевидно будет работать только на intel-е.

Такого, как gst-libav, у меня даже ни в одной подключенной репе нету, так что сейчас пересобираю асгард с первой связкой (т.е. cairo-git && gst-vaapi && libva-intel-driver). Когда пересоберу и потестирую, естественно, отпишусь.

gst-libav у меня даже ни в одной подключенной репе нету

А должен быть.
https://www.archlinux.org/packages/extra/i686/gst-libav/

У меня ещё libva-vdpau-driver там валяется, так что не только на интеле.

Так-с, нашёлся gst-libav. Восемь с половиной мег весит, нифига ж себе. Там все кодеки в одной либе, что ли? P.S.Собирать уже без него начал, потом помещу, если что.

Да, именно. Он статически слинкован с libav (который форк ffmpeg).

Так, может, ну их нафиг, эти vaapi-драйвера? Какие именно кодеки гстримера эта либа может заменить?

VA-API — это аппаратное ускорение (на поддерживающем его железе). Оставь.

Какие именно кодеки гстримера эта либа может заменить?

У меня — вот такие:

$ vainfo
libva info: VA-API version 0.35.1
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_35
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.35 (libva 1.3.1)
vainfo: Driver version: Intel i965 driver for Intel(R) Haswell Mobile - 1.3.2
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            : VAEntrypointVLD
      VAProfileMPEG2Simple            : VAEntrypointEncSlice
      VAProfileMPEG2Main              : VAEntrypointVLD
      VAProfileMPEG2Main              : VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline: VAEntrypointVLD
      VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
      VAProfileH264Main               : VAEntrypointVLD
      VAProfileH264Main               : VAEntrypointEncSlice
      VAProfileH264High               : VAEntrypointVLD
      VAProfileH264High               : VAEntrypointEncSlice
      VAProfileVC1Simple              : VAEntrypointVLD
      VAProfileVC1Main                : VAEntrypointVLD
      VAProfileVC1Advanced            : VAEntrypointVLD
      VAProfileNone                   : VAEntrypointVideoProc
      VAProfileJPEGBaseline           : VAEntrypointVLD

Я о gst-libav спрашивал.

может, ну их нафиг, эти vaapi-драйвера

Я о gst-libav спрашивал.

Неа. =)

Во-первых, libav и libva — принципиально разные вещи. Libav (и gst-libav) — форк ffmpeg, этакий ультракомбайн для декодирования всего что можно. А VA-API (libva, libva-*-driver, gst-vaapi) — это API для аппаратного ускорения декодирования какого-то ограниченного подмножества видеоформатов.

Штеудач. :) С libva я понял. Третий раз повторяю вопрос: если я ставлю gst-libav, что из стандартных гстримеровских пакетов (gst-plugins-base, gst-plugins-good, gst-plugins-bad, gst-plugins-ugly) можно не ставить вообще, т.к. его функционал этот самый gst-libav полностью заменит?

I don't give a fuck.

Тебе жалко двадцати метров?

Жалко нарушать принцип KISS, ставя пакеты с дублированием функционала. К тому же, мне неизвестно, по какому принципу WebkitGTK будет выбирать подходящий кодек: вдруг опять глючный x264 из ugly возьмёт вместо аналогичного из libav.

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

Ну так а если выбор падёт на нерабочий в данных условиях кодек (пример с каирой очень показателен, 100500 разрабов разных проектов ждут фикса в стейбл-ветке, так как это библиотека фактически системной важности), то конечный пользователь получит дырку от бублика. А насчёт 20 мег - если щас окажется, что образ базовой системы (а в Асгарде теперь образ системы и образ базовой системы - понятия раздельные) превысит 500 мег, значит, рефакторинг неизбежен и что-то однозначно пойдёт лесом, и вероятнее всего это будет gst-plugins-ugly.

ФСЁ! Пашет на отличненько. Заливаю RC3 и пейшу опейсание, т.к. на выходных на это времени не будет. Псто в гале будет или завтра с утра, или в воскресенье вечером уже.

Отлично.

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

Дык сам тред - оффтоп. Лучше что-то дельное и конструктивное пообсуждать, чем пустозвонство про системд.

Но всё же напишу: c systemd-216 грузиться стало чуть быстрее.

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

intelfx

Бинарные логи
1) в чём проблемы? 2) хранение журналов отключаемо.

Возможно я не смог до конца разобраться, но вот к примеру что не удобно: Раньше при перезагрузке апача, если в конфиге что-то было неверно, он в консоль давал сообщение об ошибке и сразу можно чинить и четко видно где проблема. Сейчас я должен делать journalctl и искать строки об ошибке и т.д. Собственно времени нужно больше. Каким образом сделать вывод ошибок более удобным, в идеале как раньше при sysvinit ?