Gentoo будет по умолчанию ставить PipeWire на десктопах

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

Проходи, присаживайся, погрейся об жопный костерок нашего пациента.

И что это за бессвязные глюки с рэндомными ссылками хз куда?

Я бы сказал, что ты дурачка включил, но ты его никогда и не выключал. Это пруфы, доказыващие, что твои ко-ко-ко про «разобрался за 5 лет до тебя» - вранье, достаточно посмотреть на дату твоих сообщений в тредах по ссылкам.

Ты врёшь.

Врёшь тут только ты, клоун. Еще раз: Disable - отключение автозапуска, Mask - полное отключение любого запуска. Что тебе здесь не понятно? В чем сложность?

Он настолько никуда не девается, что системд вообще не знает о его существовании.

Что еще придумаешь, фантазер?

$ systemctl status smb
● smb.service - Samba SMB Daemon
     Loaded: loaded (/usr/lib/systemd/system/smb.service; enabled; preset: disabled)
     Active: active (running) since Sun 2025-12-28 06:04:54 EET; 3 weeks 2 days ago
...

$ sudo systemctl disable --now smb
Removed '/etc/systemd/system/multi-user.target.wants/smb.service'.

$ sudo systemctl mask smb
Created symlink '/etc/systemd/system/smb.service' → '/dev/null'.

$ systemctl status smb
○ smb.service - Samba SMB Daemon
     Loaded: loaded (/usr/lib/systemd/system/smb.service; disabled; preset: disabled)
     Active: inactive (dead)
...

$ sudo systemctl start smb
Failed to start smb.service: Unit smb.service is masked.

$ sudo systemctl unmask smb
Removed '/etc/systemd/system/smb.service'.

$ sudo systemctl start smb

$ sudo systemctl enable smb
Created symlink '/etc/systemd/system/multi-user.target.wants/smb.service' → '/usr/lib/systemd/system/smb.service'.

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

ни один идиот (пока что) не реализовывает его так чтобы для корректного удаления файла надо было например перемонтировать ФС

Как я только что показал, это всё ложь.

наименование функций у Поттреинга - уже само по себе косяк

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

PS: Что, баттхерт всё же настиг тебя, и ты пошел клоунов ставить? Ну получай награду, молодец.

Это ОТКЛЮЧЕНИЕ АВТОМАТИЧЕСКОГО ЗАПУСКА. Не «кококо выпилить», а отключение автозапуска. Поттеринг не виноват в том, что в твой межушный нервный узелок вмещается только слово ОТКЛЮЧЕНИЕ.

😁Ору. В контекст межушного узла помещается только 3 токена От-ключ-ение.

Полистал тему.

Одни героически борются с systemd.

Другие водят хороводы вокруг костылях apulse, который не умеет в миксирование аудиопотоков (кто бы мог подумать!)

героически борются с systemd

Это же обязательная дисциплина спец.олимпиады. Уже и не очень хочется, а куда деваться.

Просто начать пользоваться.

Я вообще не понимаю, что происходит с BLE. Простейший стандарт же. Что мешает просто взять и реализовать его без глюков? Какой-то абсурд. Я раньше думал, что блютуз плохой. Но когда сам всё реализовал, оказалось, что нормальный. Работает 100% надёжно, вообще ни единого разрыва. Люди всякие USB реализовывают, а с BLE что пошло не так?

Пока не сталкивался, а что с ним?

Да хз, все жалуются, что ничего не работает. У меня тоже, кстати, не работает под линуксом. Но я не разбирался, другие наушники взял, проводные.

Gentoo будет по умолчанию ставить PipeWire на десктопах
Даже если у тебя не Gentoo.

То всё равно придёт Gentoo и «будет по умолчанию ставить PipeWire на десктопах»?? ;))

Полистал тему.
Одни
Другие

А ты? Что сделал для Вселенной ты??.. ;))

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

Много ко-ко-ко...

$ systemctl status smb
○ smb.service - Samba SMB Daemon
     Loaded: loaded (/usr/lib/systemd/system/smb.service; disabled; preset: disabled)
     Active: inactive (dead).

Тебя совсем-совсем ничего не напрягает? Ты ничего не забыл сделать? А почему тогда у тебя замаскированный юнит находится в статусе «загружен»? Э - Эксперт...

Блин, с кем я вообще говорю?

Ну и?

[root@aquila ~]# systemctl status distccd.service 
○ distccd.service - Distributed C, C++ and Objective-C compiler
     Loaded: loaded (/usr/lib/systemd/system/distccd.service; enabled; preset: disabled)
     Active: inactive (dead) since Fri 2026-01-23 15:00:25 +07; 1min 12s ago
   Duration: 1d 19h 4min 12.827s
 Invocation: 62939018bc814242ae99657310307c88
       Docs: man:distccd(1)
   Main PID: 1275 (code=killed, signal=TERM)
        CPU: 61ms

янв 21 19:56:12 aquila systemd[1]: Started Distributed C, C++ and Objective-C compiler.
янв 23 15:00:25 aquila systemd[1]: Stopping distccd.service...
янв 23 15:00:25 aquila systemd[1]: distccd.service: Deactivated successfully.
янв 23 15:00:25 aquila systemd[1]: Stopped distccd.service.
[root@aquila ~]# systemctl mask distccd.service 
Created symlink '/etc/systemd/system/distccd.service' → '/dev/null'.
[root@aquila ~]# systemctl daemon-reload 
[root@aquila ~]# systemctl status distccd.service 
○ distccd.service
     Loaded: masked (Reason: Unit distccd.service is masked.)
     Active: inactive (dead) since Fri 2026-01-23 15:00:25 +07; 1min 33s ago
   Duration: 1d 19h 4min 12.827s
 Invocation: 62939018bc814242ae99657310307c88
   Main PID: 1275 (code=killed, signal=TERM)
        CPU: 61ms

янв 21 19:56:12 aquila systemd[1]: Started Distributed C, C++ and Objective-C compiler.
янв 23 15:00:25 aquila systemd[1]: Stopping distccd.service...
янв 23 15:00:25 aquila systemd[1]: distccd.service: Deactivated successfully.
янв 23 15:00:25 aquila systemd[1]: Stopped distccd.service.

Если бы он умел пользоваться mask'ом - systemctl status вообще ничего не увидел бы. Суть этой команды в том чтобы юнит изчез из дерева юнитов и соответственно у него нет статуса.

Это должно выглядеть вот так:

rrr@raspberrypi:~/.komic $ systemctl status journald
Unit journald.service could not be found.

Извиняюсь, вот так с правильным именем. Один хрен - совсем не то что он нпоказал.

rrr@raspberrypi:~/.komic $ systemctl status systemd-journald.service
● systemd-journald.service
     Loaded: masked (Reason: Unit systemd-journald.service is masked.)
     Active: inactive (dead)

нужно было сделать лучше в самых базовых и очевидных вещах

PR свой покажешь?

к тому же не помню что именно было для тебя удобством, но очевидно для меня оно не имело значения

И вот так всё - «Рабинович напел».

Loaded: masked (Reason: Unit systemd-journald.service is masked.)

А почему тогда у тебя замаскированный юнит находится в статусе «загружен»?

И ещё раз: И вот так всё - «Рабинович напел».

Тю, вот как надо было:

root:~# systemctl fuck you
bash: systemctl: command not found

А что Рабинович напевает о разнице между состояниями loaded и masked. Возможно он сможет обосновать что никакой разницы не существуем и мне только показалось?

А что Рабинович напевает

Без понятия. Я таким на занимаюсь. А вот ты - из темы в тему несёшь какой-то бред типа:

о разнице между состояниями loaded и masked. Возможно он сможет обосновать что никакой разницы не существуем и мне только показалось?

Много ко-ко-ко…

Да, клоун. От тебя слишком много ко-ко-ко. А мог бы просто включить голову.

А почему тогда у тебя замаскированный юнит находится в статусе «загружен»? Э - Эксперт…

Надо же, ты всё же что-то читаешь из того, что я пишу. Правильно, конечно же, будет так, я просто скопипастил не оттуда:

$ systemctl status smb
○ smb.service
     Loaded: masked (Reason: Unit smb.service is masked.)
     Active: inactive (dead)

Тем не менее, это опровергает твой безграмотный бред о том, что systemd якобы ничего не знает о замаскированном сервисе. Как мы только что выяснили - всё он знает.

Извиняюсь, вот так с правильным именем.

Ох лол, лолище! Ололошечки ололо :D

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

А самое смешное - что ты даже не прочитал ответ mask и не понял, что он тебе говорит:

$ sudo systemctl mask journald
Unit journald.service does not exist, proceeding anyway.
Created symlink '/etc/systemd/system/journald.service' → '/dev/null'.

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

Да это он про мой пример, где вывод systemctl status неправильный. Я когда пример собирал - впопыхах скопипастил не то и не оттуда. Теперь он будет радоваться этому до конца своей жизни %)

The «Loaded:» line in the output will show «loaded» if the unit has been loaded into memory. Other possible values for «Loaded:» include: «error» if there was a problem loading it, «not-found» if no unit file was found for this unit, «bad-setting» if an essential unit file setting could not be parsed and «masked» if the unit file has been masked.

Возможно он сможет обосновать что никакой разницы не существуем и мне только показалось?

Напоминаю, что мы разбирали вот это твое враньё:

Он настолько никуда не девается, что системд вообще не знает о его существовании.

Оказывается, что знает.

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

Кому должен, клован? За полтора десятка лет это не понадобилось никому. Тебе нужно - отправь патч, а не ной на лоре.

Отлично ушёл в отказ, уважаю!

Правильно, конечно же, будет так, я просто скопипастил не оттуда:

Ну я так и понял...

То есть вся твоя бравада о том, что ты знаешь, как пользоваться маском - просто вранье и бред.

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

За полтора десятка лет это не понадобилось никому.

Заранее маскировать неустановленный сервис? Охотно верю. Очередной ляп поттера, который выдаётся за фичу его фанатами.

Заранее маскировать неустановленный сервис? Охотно верю. Очередной ляп поттера, который выдаётся за фичу его фанатами.

Нет, шиз. Отключение возможности замаскировать неустановленный сервис.

Потому что маскировка неустановленного сервиса - это очень полезно, когда ты собираешь образа ОС.

Напоминаю, что сейчас мы занимаемся разборами твоего бреда:

Он настолько никуда не девается, что системд вообще не знает о его существовании. Его надо сначала вернуть отдельным инструментом а потом перезагрузить всю конфигурацию, причём так что проще всю систему ребутнуть. Ни о каком «щёлкнуть выключателем чтобы оно включилось» даже близко не идёт речи.

Откуда ты это придумал? Что послужило основанием, чтобы так думать? Оправдывайся, клоун.

Напоминаю, что сейчас мы занимаемся разборами твоего бреда:Ns

Что заставляет тебя думать, что я буду серьёзно относиться к твоему переобуванию в полёте и попыткам соскочить с темы на придирки к словам? Особенно когда ты начинаешь героически городить паралельную реальность, рассказывая что я делал а чего не делал?

Оправдывайся, клоун.

После твоего утверждения что я не смог поставить grab 0.97 на ноут с арчем - иди ты самым дальним лесом в беличий пинус.

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

Пайпварь щёлкает и потрескивает при воспроизведении звука точно так же как и пульс. Ну и 10% нагрузки на ядро чисто на вывод аудиопотока это днище.

Какие 10%, что там потрескивает?

   4248 hbars     20   0 1394,0g 699500 200856 S  22,9   4,3  54:41.95 yandex_browser                                                                                                                                                         
   2335 hbars     20   0   32,9g 366580 203024 S   7,3   2,2  16:14.06 yandex_browser                                                                                                                                                         
   1323 root      20   0 6536416  74940  48444 S   3,0   0,5   2:48.55 Xorg                                                                                                                                                                   
   1666 hbars     20   0  517632  86192  63164 S   2,3   0,5   2:28.15 xfwm4                                                                                                                                                                  
   5734 hbars     20   0   32,5g  44688  29240 S   1,7   0,3   0:05.72 yandex_browser                                                                                                                                                         
    814 root     -51   0       0      0      0 S   1,3   0,0   1:31.55 irq/42-nvidia                                                                                                                                                          
   1766 hbars     20   0 1492688 196016 128816 S   1,0   1,2   1:53.64 easyeffects                                                                                                                                                            
   1367 hbars      9 -11  125828  23992  10168 S   0,7   0,1   0:33.12 pipewire-pulse                                                                                                                                                         
   1765 hbars     20   0  590856  83640  50284 S   0,7   0,5   0:08.04 guake                                                                                                                                                                  
   1161 root      20   0  340192  20292  16976 S   0,3   0,1   0:00.91 NetworkManager                                                                                                                                                         
   1364 hbars      9 -11  128432  21096   9584 S   0,3   0,1   0:35.46 pipewire                                                                                                                                                               
   2294 hbars     20   0   32,9g 458156 282324 S   0,3   2,8   3:09.69 yandex_browser 

рассказывая что я делал а чего не делал?

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

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

Я тебя слушаю: почему же systemd не знает о замаскированнмо сервисе? Ну-ка?

Эмодзи баяна

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

Ну вот у тебя сейчас 0,3+0,7, у меня сейчас 0,7+1,3 + дополнительные 2,5% от audacious относительно прямого вывода, причём пайап в режиме пайпа в xfce не включается а в кде подвисает. Полгода назад было что то в районе +10%, но зато пайп работал в режиме пайпа а не пульса. Возможно мне просто стоит снести этот тестовый глюкодром на Арче.

Поставил audacious. Вывод через pipewire. Включил u2. 44kgz, 320kbit/s. Все ок.

   1307 root      20   0 6554604  92788  65888 S   2,7   0,6   2:40.57 Xorg                                                    
   1688 hbars     20   0  517628  86152  63028 S   2,0   0,5   1:53.63 xfwm4                                                   
   1848 hbars     20   0  587120  80380  50024 S   1,3   0,5   0:00.67 guake                                                   
   1850 hbars     20   0 1025276 136244 101300 S   1,3   0,8   2:07.04 easyeffects                                             
   2439 hbars     20   0 1394,0g 822328 238132 S   1,3   5,0  60:39.08 yandex_browser                                          
   6460 hbars     20   0 1175132  97724  69216 S   1,0   0,6   0:05.99 audacious                                               
   1026 root      20   0  427604  11688  10660 S   0,7   0,1   0:00.55 thermald                                                
   1386 hbars      9 -11  131664  24712   9792 S   0,7   0,2   0:36.76 pipewire                                                
    820 root     -51   0       0      0      0 S   0,3   0,0   1:07.89 irq/42-nvidia                                           
   1815 hbars     20   0  307428  29512  22168 S   0,3   0,2   0:08.58 panel-6-systeml                                         
   5411 hbars     20   0  811644  98752  73172 S   0,3   0,6   1:32.27 transgui          

 ~   $ neofetch
             ...-:::::-...                 hbars@XPS 
          .-MMMMMMMMMMMMMMM-.              --------- 
      .-MMMM`..-:::::::-..`MMMM-.          OS: Linux Mint 22.2 x86_64 
    .:MMMM.:MMMMMMMMMMMMMMM:.MMMM:.        Host: XPS 8700 
   -MMM-M---MMMMMMMMMMMMMMMMMMM.MMM-       Kernel: 6.14.0-37-generic 
 `:MMM:MM`  :MMMM:....::-...-MMMM:MMM:`    Uptime: 2 hours, 30 mins 
 :MMM:MMM`  :MM:`  ``    ``  `:MMM:MMM:    Packages: 2607 (dpkg) 
.MMM.MMMM`  :MM.  -MM.  .MM-  `MMMM.MMM.   Shell: bash 5.2.21 
:MMM:MMMM`  :MM.  -MM-  .MM:  `MMMM-MMM:   Resolution: 1440x900, 1920x1200 
:MMM:MMMM`  :MM.  -MM-  .MM:  `MMMM:MMM:   DE: Xfce 4.18 
:MMM:MMMM`  :MM.  -MM-  .MM:  `MMMM-MMM:   WM: Xfwm4 
.MMM.MMMM`  :MM:--:MM:--:MM:  `MMMM.MMM.   WM Theme: Cloudy-Solid-Soft 
 :MMM:MMM-  `-MMMMMMMMMMMM-`  -MMM-MMM:    Theme: Cloudy-Solid-Soft [GTK2/3] 
  :MMM:MMM:`                `:MMM:MMM:     Icons: Fluent-teal-light [GTK2/3] 
   .MMM.MMMM:--------------:MMMM.MMM.      Terminal: guake 
     '-MMMM.-MMMMMMMMMMMMMMM-.MMMM-'       CPU: Intel i7-4790 (8) @ 4.000GHz 
       '.-MMMM``--:::::--``MMMM-.'         GPU: NVIDIA GeForce GTX 750 Ti 
            '-MMMMMMMMMMMMM-'              Memory: 2750MiB / 15944MiB 
               ``-:::::-``
                                                                   
                                                                   

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

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

Полгода назад было что то в районе +10%

Классическое было давно и неправда.

В альсу нельзя добавить фичи, чудак человек ты. Альса это дрова и api для работы с дровами. Это не демон.

Ты каждый раз встречаясь с глюком и косяком делаешь замеры, документируешь, ложишь в архив? Что я сделал не так просто переключив аудиосистему когда увидел полоску аномальноо высокой нагрузки цпу и глянув в htop что там творится? Это могло быть весной, летом, в феврале или октябре, это в принципе даже мог быть vlc а не audacious. Это принципиальный вопрос?

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

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

Нет, но в таком случае, я стараюсь не дурить людям голову.

Что я сделал не так

Да какая разница? Никто же не отрецает что у тебя что-то было не так. Я тебе говорю, что это не типичный случай, у всех все работает, а у тебя не работало когда-то что-то не пойми что и почему, а сейчас уже работает. Ну и как из этой ситуации ты делаешь далеко идущие выводы про «дно», объясни мне? Может, дно тут несколько в другом месте?

Идея добавить микшер, ресемплер и 30 DSP эффектов прямо в ядро отнюдь не однозначная, ты же первый будешь вопить когда у тебя mp3 файл начнет ронять ядро!

Более вероятно - он своими кривыми руками опять что-то наворотил, а теперь просто отнекивается, что, мол, оно само.

Я тебе говорю, что это не типичный случай

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

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

Может, дно тут несколько в другом месте?

Самая очевидная причина которая первой приходит на ум - в копировании аудиопотока между 2-3 процессами прежде чем отдать его альсе. Если при этом нагрузка на цпу высокая то и пощёлкивания вполне могут объясняться микрофризами в процессе. Есть другие предположения, способные объяснить явление?

Ресемплер там и так уже есть и работает вероятно лучше чем юзерспейсный. Про DSP эффекты я ничего не говорил. А вот про api, который позволит легко отправить аудиопоток в какой нибудь юзерспейсный обработчик - говорил.

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