LINUX.ORG.RU

systemd 218

 ,


3

5

12 декабря был представлен очередной релиз системного менеджера systemd, совмещающего в себе функции системы инициализации, ведения журнала и управления сессиями пользователей. systemd основан на модели зависимостей (в противовес событийной модели), производит отслеживание процессов запущенных сервисов при помощи механизма cgroups ядра Linux, поддерживает механизмы сокет- и dbus-активации сервисов и предоставляет удобный декларативный синтаксис для описания демонов и других сущностей. Это позволяет производить агрессивную параллелизацию при запуске и остановке сервисов.

В рамках проекта также разрабатывается ряд легковесных приложений и демонов, выполняющих второстепенные, но распространённые задачи по управлению системой — от настройки подсистемы VT (systemd-vconsole-setup) до управления сетью (systemd-networkd) и профилирования загрузки (systemd-bootchart).

Список изменений:

  • Все компоненты systemd, обладающие конфигурационными файлами в /etc/systemd, теперь умеют считывать настройки из соответствующих *.d-директорий в /usr/lib, /run и /etc.

    Например, /etc/systemd/system.conf можно дополнять из /{usr/lib,run,etc}/systemd/system.conf.d/*.conf.

  • Добавлена команда systemctl edit, которая позволяет редактировать unit-файлы (используется редактор, указанный в переменной окружения $EDITOR).

    Возможные режимы работы таковы:

    • (по умолчанию): «режим дополнения», т. е. редактирование нового drop-in'а (создаётся и открывается /etc/systemd/system/$unit.d/override.conf)
    • --full: «режим исправления», т. е. редактирование всего юнит-файла (он предварительно копируется в /etc/systemd/system, если необходимо)
    • --runtime: «режим временных изменений», т. е. вместо /etc используется /run и все внесённые изменения живут только до перезагрузки
  • Команда systemctl is-enabled теперь выводит «indirect» вместо «static» (при этом код возврата равен 0) в тех случаях, когда секция [Install] юнита содержит только директивы Also=, т. е. когда сам юнит не может быть включен, но «включает» другие юниты.
  • Команда systemctl status ЮНИТ теперь выводит также и «предлагаемое» состояние юнита согласно preset'ам. Это показывает, должен ли юнит быть включен согласно дистроспецифичному дефолту.

    Пример:

    $ grep -R remote-fs.target /usr/lib/systemd/system-preset
    /usr/lib/systemd/system-preset/90-systemd.preset:enable remote-fs.target
    
    $ systemctl status remote-fs.target
    ● remote-fs.target - Remote File Systems
       Loaded: loaded (/usr/lib/systemd/system/remote-fs.target; disabled; vendor preset: enabled)
    

  • Команда systemd-run теперь поддерживает отложенный запуск команд в стиле at(1) (параметры командной строки --on-calendar и аналогичные). Это реализовано с помощью создания временного timer-юнита наряду с основным service-юнитом (поддержка создания timer-юнитов как раз была добавлена в API systemd).
  • В команде busctl, предназначенной для работы с шиной D-Bus, добавлены следующие подкоманды и параметры командной строки:
    • busctl capture (захват всех данных, проходящих через шину, в формате libpcap)
    • busctl tree (отображение дерева объектов для конкретного сервиса или для всех сервисов на шине)
    • busctl introspect (отображение подробной информации о конкретном объекте на шине)
    • busctl call, busctl get-property и busctl set-property (предназначение очевидно из названий)
    • busctl --augment-creds= (включение или отключение сбора вспомогательных данных о процессах на шине из /proc)

      Последняя опция по умолчанию включена, но в некоторых случаях это может привести к race conditions, поэтому и была добавлена возможность её отключения.

  • В команде journalctl добавлены параметры командной строки --vacuum-size= и --vacuum-time=, позволяющие принудительно удалить старые файлы журнала. Как легко понять из названий параметров, критерием очистки может быть или суммарный размер файлов журнала, или давность сообщений в конкретном файле.
  • В команде systemd-nspawn добавлены параметры командной строки --link-journal=try-guest и --link-journal=try-host, которые работают аналогично значениям guest и host (а именно — включают объединение журналов хоста и контейнера), но не возвращают ошибку, если на хосте ведение постоянного журнала отключено.

    Параметр командной строки -j теперь является синонимом для --link-journal=try-guest.

  • Команда systemd-inhibit при отображении списка активных ингибиторов теперь поддерживает фильтрацию по типу (block или delay).
  • Для каждой директивы вида ConditionXYZ= в секции [Unit] unit-файлов добавлена аналогичная директива AssertXYZ= в той же секции.

    Отличие между ними состоит в том, что невыполнение Condition-директив приводит к пропуску (игнорированию) юнита, а невыполнение Assert-директив переводит юнит в состояние «failed».

  • В секциях [Scope] и [Service] unit-файлов добавлена директива Delegate=, разрешающая процессам юнита самостоятельно управлять своим поддеревом контрольных групп.
  • В секции [Service] unit-файлов добавлена директива SmackProcessLabel=, позволяющая установить для всех процессов юнита указанную метку SMACK64.
  • Директива ConditionSecurity= unit-файлов теперь может принимать значение audit, что будет приводить к проверке доступности audit-подсистемы ядра.
  • systemd-coredump теперь собирает и кладёт в журнал вместе с core-дампом некоторое количество метаданных об упавшем процессе, а именно:
    • контрольные группы, к которым принадлежал процесс (/proc/$PID/cgroup)
    • список переменных окружения и их значения (/proc/$PID/environ)
    • карту адресного пространства процесса (/proc/$PID/maps)
    • рабочую директорию (/proc/$PID/cwd)
    • корневую директорию (/proc/$PID/root)
    • состояние процесса (/proc/$PID/status)
    • список открытых файловых дескрипторов (/proc/$PID/fd)
  • journald теперь умеет собирать сообщения audit-подсистемы ядра (с обработкой сопутствующих метаданных) и записывать их в общий лог. В частности, это означает, что journalctl становится альтернативой традиционному audit-клиенту ausearch.
  • systemd-networkd теперь поддерживает:
    • конфигурирование VXLAN-устройств (секция [VXLAN] netdev-файлов)
    • указание «стоимости» портов bridge-устройств (директива Cost= в секции [Bridge] network-файлов)
    • настройку правил IP source routing (директива Source= в секции [Route] network-файлов)
    • выбор сетевого интерфейса по его исходному имени (до переименования; директива OriginalName= в секции [Match] link-файлов)
    • изменение MAC-адреса и MTU интерфейса из network-файлов (директивы MACAddress= и MTUBytes= в секции [Link] network-файлов)
  • В systemd-networkd начата работа по реализации протокола PPPoE.
  • NSS-модуль nss-myhostname теперь ресолвит имя «gateway» в IP-адрес шлюза по умолчанию. Если таковых несколько — они сортируются по значению метрики.

    Отмечу, что это изменение не нарушает работу конфигураций, в которых имя «gateway» уже как-либо используется, поскольку модуль nss-myhostname обычно идёт последним в списке NSS-модулей.

  • macvlan-устройства, создаваемые systemd-nspawn внутри контейнеров, теперь имеют стабильные MAC-адреса (в том смысле, что они не будут изменяться каждый раз).
  • systemd-cryptsetup-generator теперь поддерживает указание key-файлов и назначение имён для отдельных устройств из командной строки ядра (luks.key=<UUID>=<имя файла> и luks.name=<UUID>=<назначаемое имя устройства>).
  • В systemd-tmpfiles добавлено действие t — назначение файлу произвольных расширенных атрибутов (xattrs).
  • systemd-localed теперь опционально зависит от libxkbcommon. Эта библиотека будет использоваться для проверки корректности устанавливаемых настроек раскладки клавиатуры X11 (напр., с помощью localectl set-x11-keymap).
  • В systemd-hostnamed список текстовых описаний типов системы (chassis type) был пополнен значением «embedded».
  • systemd-rfkill теперь ассоциирует запоминаемое состояние rfkill'а не с его именем (rfkill0, rfkill1, ...), а с комбинацией его типа (wlan, bluetooth, ...) и свойства ID_PATH.

    Это связано с тем, что имя rfkill'а не обязано сохраняться между перезагрузками или переподключениями устройства. Более того, в последнем случае оно никогда не остаётся прежним.

  • База данных аппаратного обеспечения (hwdb) udev'а теперь содержит базу данных разрешений оптических сенсоров мышей. Она будет использоваться в libinput для автоматической коррекции ускорения курсора.

    Ситуация более подробно описана в этом сообщении.

  • systemd теперь умеет корректно обрабатывать ситуации, в которых система одновременно
    • не имеет файла /etc/machine-id
    • запускается с корневой ФС в режиме «только чтение»

    Для обработки этих случаев была добавлена вспомогательная утилита systemd-machine-id-commit, которая запускается сразу после перемонтирования корневой ФС в режим «чтение и запись» и атомарно перемещает временный файл machine-id из tmpfs в /etc/machine-id.

>>> Объявление о релизе

★★★★★

Проверено: maxcom ()
Последнее исправление: maxcom (всего исправлений: 7)
Ответ на: комментарий от anonymous

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

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

Говорить что с пульсой все хорошо...Блин, да только на ЛОРе раз в два три дня вопросы про хрипение, явную непредсказуемую прожорливость (сам из-за этого перестал пользовать).

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

ioway
()
Ответ на: комментарий от ioway

Поливанием говном всех налево и направо тут занимаешься в основном ты. А из аргументов у тебя только «поцеринг мудак», «код говно» да «ты гомосек». Т. ч. кто бы говорил.

intelfx ★★★★★
() автор топика
Ответ на: комментарий от intelfx

А из аргументов у тебя только «поцеринг мудак»

Вот под этим сообщением циферки в квадратиках, помотай, шланг.

ioway
()
Ответ на: комментарий от vurdalak

Таки оптимизировали, но наполовину. --since=yesterday работает моментально. А -n, который должен показывать меньше строчек (30, а не 8к как предыдущая команда), крутится долго. Видимо, те фиксы проверяют временную метку, а не количество.

vurdalak ★★★★★
()
Ответ на: комментарий от ioway

пульса все также глючит и пучит

современная пульса косячит

Не, про качество пульсы - не в курсе, не использую.

Хэйтер как он есть.

dexpl ★★★★★
()
Ответ на: комментарий от ioway

Просто для меня остается загадкой поведение ТСа.

Какого ТСа? Мы ж Поттеринга обсуждали.

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

Я с вами, в целом, согласен, но в «вялом клубе» Поттеринга уже, скорее всего, давно нет - он занимается системд. У алсы же апстрим очень вменяемый, пару раз закидывал им патчи. А вот стоит почитать, как Поттеринг людям отвечает, и желание лезть в его код отпадает моментально.

anonymous
()
Ответ на: комментарий от powerguy

и как же он отвечает ?

Например, вот так отвечает гентушникам:

Oh god. You know, if you come me like this as blame me that I would
"force" you to do something, then you just piss me off and make me
ignore you.
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019664.html

И это ещё далеко не лучший пример.

anonymous
()
Ответ на: комментарий от anonymous

Так Леннарт прав. Этот самый Samuli Suominen вот что написал:

I'd really hate to be forced to fork (or carry huge patchset) unnecessarily
(I'm not a systemd hater, I'm not a eudev lover, I'm simply working on what
is provided to me by *you*, udev upstream)

Какого, собственно, хрена речь заходит о каком-либо принуждении? Не хотите использовать результаты чужой работы — не используйте, ну а раз хотите — будьте добры.

intelfx ★★★★★
() автор топика
Ответ на: комментарий от intelfx

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

На это не буду отвечать. Кто хочет, ответ найдёт сам.

ну а раз хотите — будьте добры.

Не хотят, и много раз об этом говорили. Как и дебиан. Просто выхода нет.

anonymous
()
Ответ на: комментарий от intelfx

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

anonymous
()
Ответ на: комментарий от anonymous

каким боком наличие системд делает юнити комфортно отзывчивой?

Ну, строго говоря, это возможно. Дело в том, что systemd, организуя сервисы и пользовательские сеансы в отдельные cgroup, попутно задействует и другую схему работы планировщика: не per-process, а per-cgroup. Это приводит к более справедливому распределению процессорного времени: ранее сервис или пользователь мог захватить большую часть ресурса ЦПУ, просто наплодив больше процессов (скажем, сервис, создающий в процессе работы множество процессов, получает в сумме больше процессорного времени, чем сервис, состоящий из одного процесса); теперь же неважно, сколько у тебя процессов - время распределяется равномерно между сервисами (так по умолчанию; всё настраивается). Поэтому нынче какой-нибудь взбесившийся apache не сможет вытеснить, скажем, mysql, вы сможете зайти по ssh, а ваши пользовательские процессы, также находясь в отдельной группе, не останутся на голодном пайке.

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

anonymous
()
Ответ на: комментарий от anonymous

Не хотят, и много раз об этом говорили. Как и дебиан. Просто выхода нет.

Про Debian неправда. Голоса «за» аргументировались техническими преимуществами. Никто не говорил о невозможности избежать systemd, наоборот говорилось о возможности кооперации с Canonical и другими заинтересованными сторонами в случае невыбора systemd для преодоления этой проблемы.

anonymous
()
Ответ на: комментарий от anonymous

И в 99 случаях из 100 оказывается, что pulseaudio тут совершенно непричём - косяки либо в железе, либо в кривых дровах алсы. Что не мешает идиотам ныть - потому, что если бы им нужно было решить проблему, а не поныть, то они шли бы в багтрекер, а не на помоечный форум.

+1

Альса — тот еще глюкодром. Было дело, на не-помню-каком чипсете альса применяла откровенно кривой конфиг. В трекере баг (с патчем!) висел больше трех лет, разрабам было насрать. После пропатчивания конфига всё начинало прекрасно работать.

Но у идиотов, не умеющих читать, всегда PA виноват.

Deleted
()
Ответ на: Забавный тред. от anonymous

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

+1

Deleted
()
Ответ на: комментарий от Deleted

а приложения задействуют хорошо реализованные части интерфейса альсы, то очевидно что пульсаудио нах@#$ не нужен, т.к. он не может даже задействовать хорошо реализованные части интерфейса альсы.

Системд глючит — Поттеринг виноват.

Альса глючит — ПА и Поттеринг виноват.

Окай, мы поняли.

Deleted
()
Ответ на: комментарий от Deleted

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

Вот это хороший комментарий.

А теперь подумай, зачем ты пишешь херню в сообщении выше.

«Однажды я вспомнил, когда писал хейтерский бред, как анонимусы с ЛОРа писали хейтерский бред, а я ржал над ними. Наверное не стоит писать хейтерский бред, ведь я не хочу выглядеть идиотом, над которым все ржут.»

Как насчёт этого?

Deleted
()
Ответ на: комментарий от Deleted

необходимости ломать работающий звук ради «юзерфрендли» настроек работы со звуком? Или есть еще какая-нибудь необходимость?

Как насчёт архитектурной необходимости, на которую так фапают все противники системд? (На самом деле делают вид, что фапают, потому что прочитали умное слово, но сделаю вид, что поверил.) Выводить звук в ядерно-специфичный интерфейс — это ад и израиль. Системд — «плохой, ведь он не поддерживает ничего, кроме линукса». А альса из тех же соображений ­хорошая. Ага, ага.

Следующим шагом надо заменить графический стек на прямую поддержку фреймбуфера в каждом приложении. Welcome back to the 80s.

Deleted
()
Ответ на: комментарий от anonymous

У алсы нормальные разработчики, в отличии от.

Ну-ну, и баги в трекере годами висят.

Может щас и не висят, не знаю. Но 4-5 лет назад разработчики альсы сосны околачивали вместо разработки.

Deleted
()
Ответ на: комментарий от ioway

Говорить что с пульсой все хорошо...Блин, да только на ЛОРе раз в два три дня вопросы про хрипение, явную непредсказуемую прожорливость (сам из-за этого перестал пользовать).

Тут, как грится, УМВР и RTFM. Я 5 лет назад озаболится прочитать ман на конфиг, выставил настройки, с тех пор у меня ничего не хрипит, не жрёт, не заикается. Работает на 4-х машинах.

Все истории типа «у меня пшшшшаудио пшиииипит» надо пускать в корзину для мусора СРАЗУ.

Deleted
()
Ответ на: комментарий от vurdalak

Таки оптимизировали, но наполовину. --since=yesterday работает моментально. А -n, который должен показывать меньше строчек (30, а не 8к как предыдущая команда), крутится долго. Видимо, те фиксы проверяют временную метку, а не количество.

Дети, посмотрите, вот что бывает с теми, кто использует велосипеды вместо готовых реляционных БД с индексацией и оптимизатором запросов. Не делайте так, дети.

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

Deleted
()
Ответ на: комментарий от Deleted

Тут, как грится, УМВР и RTFM.

Ну если у тебя все работает, но у другого не работает - значит это поделие поддерживает полторы железки и два с половиной дистрибутива так что в топку.

ioway
()
Ответ на: комментарий от ioway

Ну если у тебя все работает, но у другого не работает - значит это поделие поддерживает полторы железки и два с половиной дистрибутива так что в топку.

«Поделие» использует абстракцию над аппаратной частью, которая называется, (ШОК!) Альса. Так что все претензии по поддержке аппаратуры — в лес.

Про дистрибутивы тоже занимательных анекдотов не надо. Когда плазма/гномохелл в корку падает, местные аналитики пишут про то, что это не кде/гном говно, а дистрибутивы не умеют их готовить. Теперь же эта история наоборот: ПА плохая, а дистрибутивы-неосиляторы хорошие. Лично мне на эти прохладные истории как-то насрать, извините.

Хейтерство и невежество во все поля.

Так что RTFM, RTFM и еще раз RTFM, по заветам дедушки Ленина.

Deleted
()
Ответ на: комментарий от Deleted

«Поделие» использует абстракцию над аппаратной частью, которая называется, (ШОК!) Альса. Так что все претензии по поддержке аппаратуры — в лес.

JACKD тоже и не только под линукс? Так что все-таки это проблемы пульсаудио.

Лично мне на эти прохладные истории как-то насрать, извините.

Твоя вьюношеская импульсивность говорит об обратном.

Так что RTFM, RTFM и еще раз RTFM, по заветам дедушки Ленина.

Причем тут RTFM?

ioway
()
Ответ на: комментарий от ioway

Причем тут RTFM?

При том, что проблема «явной непредсказуемой прожорливости (сам из-за этого перестал пользовать)» решается выставлением ОДНОЙ строчки в ОДНОМ конфиге. (Домашнее задание: RTFM и найти её.) На чем палятся абсолютно ВСЕ противники ПА.

Я тогда начну воспринимать всерьёз проблемы с ПА от местных ыкспертов, когда они покажут хотя бы минимальное знание того, о чем они говорят. Хотя бы на уровне сраного мануала. Пока из ВСЕХ, кто тут жаловался за 5 лет, я видел только ОДНОГО такого человека. У чела была проблема с переключением звука между устройствами, которую ПА не хотел решать ни с конфигами, ни с бубном, никак. Всё, других не было. Остальные пускают пузыри и ждут, пока их мамка покормит с ложечки.

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

Deleted
()
Ответ на: комментарий от intelfx

Больше года назад я заипшпшпшись грёбаную пульсу настроил себе дмикс. После этого не единого разрыва небыло. Ну и я такой весь домохозяйственный сижу и думаю: нахрен вообще па нужен?

nanoolinux ★★★★
()
Ответ на: комментарий от Deleted

Всего лишь опыт наблюдения

Подолжайте наблюдения. Только вот признайся, та самая строчка в конфиге, это та самая которая дмикс включает, правда?

nanoolinux ★★★★
()
Ответ на: комментарий от Deleted

Когда сделали альсу она по латентности звука была лучше макоси и винды, т.е. лучшей в мире системой вывода звука в отличии от. Именно по этой причине от осс легко отказались все, кроме Едди. Но ты наверное этих времён не помнишь, иди сопли вытри.

nanoolinux ★★★★
()
Ответ на: Катит, потому что жри что дают от Camel

Отличный комментарий. Вся гибкость оставлена на этапе сборки, на этапе установки и настройки шиш. systemd катит, потому что жри что дают. Debian теперь можно будет ставить только на настолки, хочешь поставить Debian на свой ARM'овский маршрутизатор — трахен канпеляхен.

На армовский cubeiboard2 (который на A20), у меня системд встал нормально.
Так-что хорош брехать.

kir2yar
()
Ответ на: комментарий от black7

А фанбои, если всем довольны, чего визжат как резанные? Вы действительно думаете что чем-то от хейтеров отличаетесь?

Тролинга ради.

а не устраивайте холивар,

Эм, дай угадаю, у тебя на лоре стоит тема «пони»? Это лор, чувак. Когда фидо померло - лор стал новой родиной технический холиваров.

kir2yar
()
Ответ на: комментарий от Deleted

Юниксы: архитектурно грамотный, но устаревший графических стек.

В котором, любая прога может мониторить события другой любой проги.
man xspy
И который, велосипедит внутри себя работу с PCI-шиной и железом.
И в котором был встроен принт-сервер.
И в котором жопы больше, чем во всей венде вместе взятой.

kir2yar
()
Ответ на: комментарий от Loki13

Аминь. И сиё справедливо не только насчет системд.

anonymous
()
Ответ на: комментарий от anonymous

Не хотят, и много раз об этом говорили. Как и дебиан. Просто выхода нет.

В мире опенсорса выход всегда есть - перестать плакать как побитая маленькая девочка. Писать код.

kir2yar
()
Ответ на: комментарий от kernelpanic

А у меня pulseaudio работает без косяков.

+1
Я и не знал, что пулса должна косячить. (Встроенная звучка на интеле + pci-emu10k + китайская синезубая гарнитура + hdmi выход на видюхе)

kir2yar
()
Ответ на: комментарий от intelfx

заглядывал, причём не только в режиме read-only, и код там очень хороший

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

а если не можешь пересобрать — что ты вообще здесь делаешь?

Здравствуйте, я Поцтеринг, и я заставлю весь мир пересобирать мир для того, чтобы избавить мир от того, что я делаю.

Deleted
()
Ответ на: комментарий от Deleted

Ну про реляционные базы выше отвечали. А выборки по плейн тексту я не пробовал. Каким инструментом это потыкать можно?

vurdalak ★★★★★
()
Ответ на: комментарий от Deleted

Здравствуйте, я Поцтеринг, и я заставлю весь мир пересобирать мир для того, чтобы избавить мир от того, что я делаю.

Здравствуйте, я Поцтеринг, и я пишу программы, которые мейнтенеры всего мира добровольно пихают в свои дистры.

Очевидный фикс.

kir2yar
()
Ответ на: комментарий от kir2yar

Здравствуйте, я Поцтеринг, и я пишу программы, которые мейнтенеры всего мира добровольно пихают в свои дистры.

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

Deleted
()
Ответ на: комментарий от nanoolinux

От осс отказались из-за лицензии, наркоман. И она не переставала быть лучшей. Просто её время прошло.

vurdalak ★★★★★
()
Ответ на: комментарий от Deleted

Альса глючит

не, не глючит. когда удаляешь пульсаудио, глюк уходит вместе с ней.

ПА и Поттеринг виноват.

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

А теперь подумай, зачем ты пишешь херню в сообщении выше.

тебе херня, для меня факт. Бывало запускал cs, и музыка тихо играла, как вдруг пшшшшшшшш.... Или музыка и voip, и тоже пшшшшшш. Удалял эту пшшшшш - и всё нормально. А для тебя бред и хейтерство. Системде встречают злословием - это хейтеры виноваты. Пшшаудио не работает - это альса виновата... и хейтеры.)

Как насчёт этого?

да ради бога.

Deleted
()
Ответ на: комментарий от Deleted

Как насчёт архитектурной необходимости,

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

Системд — «плохой, ведь он не поддерживает ничего, кроме линукса».

он не только поэтому плохой.

А альса из тех же соображений ­хорошая.

альса хороша из других, просто работающих соображений. ПА плоха своей работой. Ты походу выискиваешь во мне хейтера, или уже нашёл :D

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.