Как выпилить wayland и pipeware из archlinux?

В arch mpv alsa пробовали отвязать pipewire от mpv 0.35, но безуспешно. Что странно, вроде pulseaudio не был так жестко привязан к прежним версиям mpv.

И вроде archlinux позиционируется как дистр, позволяющий ставить с нуля в любой конфигурации, и где всем управляет и все решает юзер.
Но все же истинную власть даст только gentoo, имхо. Но это уже чистое красноглазие и огромные (?неоправданные) затраты времени. )

Что, серьезно, в Arch нельзя без них обойтись? Просто у меня на Debian — нет проблем:

vsevolod@hp15:~$ cat /etc/apt/preferences.d/pipewire 
Package: pipewire pipewire:i386
Pin: release n=bullseye
Pin-Priority: -1
vsevolod@hp15:~$ cat /etc/apt/preferences.d/pulse 
Package: pulseaudio pulseaudio:i386
Pin: release n=bullseye
Pin-Priority: -1

И напоминаю о Debian Sid любителям свежего ПО. Там версии не старее, чем в Arch обычно, иногда слегка отстают, но догоняют.

И поскольку там аж 3 разных типа зависимостей, а не все жесткие, то такая конфигурация работает и позволяет ставить много ПО.

Но все же истинную власть даст только gentoo, имхо.

Вейланд не отвяжешь, к нему жестко привязаня mesa

Но это уже чистое красноглазие и огромные (?неоправданные) затраты времени.

Хочу свободу выбора а не то что мне навязывают

В Арче сам по себе пакет pipewire - это просто библиотека, так же как libpulse, например. Звуковым сервером он становится только после установки пакета pipewire-audio.

По сути, Арчевский pipewire равен libpipewire в Debian. Людей просто смущает факт, что в Арче он называется pipewire, а не libpipewire.

А mpv и в Арче, и в Debian слинкован с библиотекой pipewire и жестко зависит от нее.

У кед там жесткая зависимость kpipeware–>plasma-workspace

нет, ставится вместе с plasma-workspace–>kpipeware

Хочу свободу выбора а не то что мне навязывают

Используй старый дистрибутив 2010-2014 года, зачем в новое лезешь?

Вейланд не отвяжешь, к нему жестко привязаня mesa

Вроде можно собрать Mesa без поддержки Wayland.

А зачем ты их туда впилил? По умолчанию нет ни того ни другого.

Так состряпайте свой дистрибутив.

Что нет? Ты хоть понял смысл мной написанного? У kpipewire нет в зависимостях pipewire-audio, без этого пакета pipewire ничего со звуком не делает, о чем я выше и написал.

А с тем, что некоторые приложения слинкованы с libpipewire-0.3.so.0, ты ничего не сделаешь без пересборки этих приложений (если у них вообще есть возможность компиляции без pipewire).

pipewire-audio, без этого пакета pipewire ничего со звуком не делает

Не знаю, у меня нет pipewire-audio.

$ pacman -Qs pipewire
local/pipewire 1:0.3.56-1
    Low-latency audio/video router and processor
local/pipewire-pulse 1:0.3.56-1
    Low-latency audio/video router and processor - PulseAudio replacement
local/wireplumber 0.4.11-2
    Session / policy manager implementation for PipeWire


wpctl status
PipeWire 'pipewire-0' [0.3.56, cookie:2929272439]
 └─ Clients:
        31. WirePlumber                         [0.3.56, live@roll2207, pid:4547]
        32. WirePlumber [export]                [0.3.56, live@roll2207, pid:4547]
        35. pipewire-pulse                      [0.3.56, live@roll2207, pid:4548]
        48. Firefox                             [0.3.56, live@roll2207, pid:6489]
        54. mpv                                 [0.3.56, live@roll2207, pid:173510]
        60. wpctl                               [0.3.56, live@roll2207, pid:745543]

Audio
 ├─ Devices:
 │      40. Встроенное аудио     [alsa]
 │  
 ├─ Sinks:
 │  *   41. Встроенное аудио Аналоговый стерео [vol: 0.53]
 │  
 ├─ Sink endpoints:
 │  
 ├─ Sources:
 │  *   42. Встроенное аудио Аналоговый стерео [vol: 0.74]
 │  
 ├─ Source endpoints:
 │  
 └─ Streams:
        55. mpv                                                         
             57. output_FL       > VT1705 Analog:playback_FL	[active]
             59. output_FR       > VT1705 Analog:playback_FR	[active]

Video
 ├─ Devices:
 │  
 ├─ Sinks:
 │  
 ├─ Sink endpoints:
 │  
 ├─ Sources:
 │  
 ├─ Source endpoints:
 │  
 └─ Streams:

Settings
 └─ Default Configured Node Names:

Вообще да, логично. Нет процесса - нет pipewire, а библиотека пусть себе лежит.

У тебя старая версия пакета. В Арче pipewire-audio был отделен от pipewire начиная с версии 0.3.59.

Да, я тоже об этом подумал. У меня репа замороженная, еще не обновлялся. Mpv тоже пока 0.34.

Посмотрел в вирте garuda-i3-linux-zen-221019.iso, там есть и pipewire-audio, и еще куча пакетов pipewire-*.

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

Если кого это смущает, можно замаскировать pipewire.socket:

$ systemctl --user mask pipewire.socket

В Арче сам по себе пакет pipewire - это просто библиотека, так же как libpulse

Наверно это и ввело в заблуждение. Раньше можно было спокойно удалять pulseaudio, но не libpulse. Сейчас же, оказывается pipewire (0.3.59>) стал выполнять роль libpipewire, что не сразу понятно.

mpv 0.35

$ ldd ./mpv | grep -E 'pipewire|pulse'
	libpipewire-0.3.so.0 => /usr/lib/libpipewire-0.3.so.0 (0x00007f5b90042000)
	libpulse.so.0 => /usr/lib/libpulse.so.0 (0x00007f5b8ffed000)
	libpulsecommon-16.1.so => /usr/lib/pulseaudio/libpulsecommon-16.1.so (0x00007f5b82213000)

mpv 0.34

$ ldd =mpv | grep -E 'pipewire|pulse' 
	libpulse.so.0 => /usr/lib/libpulse.so.0 (0x00007f0d27893000)
	libpulsecommon-16.1.so => /usr/lib/pulseaudio/libpulsecommon-16.1.so (0x00007f0d18d32000)

Кстати, попадалась идея либ пустышек (fakedeps). Это конечно лютый костыль, но может полностью отвязать целые пакеты, без перекомпиляции с нуля.

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

Поставить Шиндвс, там ни того, ни другого нет.

Там какой-то фимоз у рачеров. Принудительно wireplumber пропихнули в зависимость, хотя прекрасно всё работает с media session. Оратора выше поддержу, хваленой каштомизации в арче никакой нет, только руками самому всё отвязывать, спасибо и на этом, но стабильность теряется.