That’s like saying that Manjaro should have wine installed because Windows applications won’t run without it. Naturally, if you’re going to install software that relies on Pipewire while Pipewire isn’t installed, then those applications will not function properly.
At the moment, Pipewire is still not the default sound system in Arch, and there are still many issues with it. The default is PulseAudio, which is a fairly mature sound system.
Furthermore, FlatPaks and Snaps are third-party software — they are neither developed nor packaged by the Manjaro team — and they do not integrate well with the underlying operating system because they run inside a sandboxed environment.
The FlatPak and Snap formats were both intended to be distribution-independent. As such, the onus of having them function properly on every distribution and include their dependencies is on the packagers of those FlatPaks and Snaps, not on the distribution developers.
I’ve corrected my post, but what you are showing here is not correct either. That is the experimental Arch installer script, which is not the official way of installing Arch.
The official way as laid out in the Arch Wiki is a manual installation via the command line, and in the official way, there is only the low-level ALSA subsystem, no Pipewire, nor PulseAudio — both must be installed manually.
Not at all because were talking about native software and the dependencies that are required for it to work.
They integrate fine and work and look as intended on GTK desktop especially Gnome. That said Flatpaks still seem to require pipewire-manjaro to be installed to work properly even if it isn’t the default on a a system.
This is a meta package - it is likely one of the packages referenced by this meta package which your system requires.
exerpt from pacman -Si manjaro-pipewire
Depends On : gst-plugin-pipewire pipewire pipewire-alsa pipewire-pulse pipewire-session-manager
Optional Deps : easyeffects: advanced equalizer and effects
pipewire-jack: Jack support
pipewire-v4l2: V4L2 interceptor
pipewire-x11-bell: X11 bell
pipewire-zeroconf: Zeroconf support
realtime-privileges: Realtime privileges for users
I also had my problems with pulseaudio under manjaro kde. Easy effects didn’t work properly and Pulseaudio’s graphic equalizer didn’t bring satisfactory solutions for me. I also had to install Pipewire and JamesDSP to get near good sound quality on my laptops as on Windows with Dolby I also work with Archlinux KDE on my main computer (PC) and I’m also in the Archlinux forum and Pipewire is already mentioned there long recommended as standard.
an incomplete Flatpak package is no reason to impose a beta audio server on all users
I suggest you contact package maintainer on Flathub regarding missing dependencies
obs-studio from Manjaro community repository requires pipewire but does not require pipewire-pulse and pipewire-alsa to replace PulseAudio packages
I masked PipeWire systemd units because they do not respect disable command and I use OBS with ALSA, JACK and PulseAudio sources, same as usual
Users who want to replace PulseAudio with PipeWire can install metapackage manjaro-pipewire
But users who find out that PipeWire does not meet expectations cannot revert back to PulseAudio easily because manjaro-pulse does not work and there is no script to deal with systemd units to revert changes from script created for manjaro-pipewire
What incomplete flatpak package? I have the example of easyeffects and OBS as two examples of flatpak packages that need it and I’m sure many more need it or at least need the system packages installed for flatpak itself also I never said on this post that you had to switch to pipewire, you just need the package installed for it to work correctly. You even mention that the OSB package in the repo (which is completely broken right now btw) requires it negating what you said anyways.
Ah I see.
This isn’t a post about replacing pulseaudio or not, this is simply a suggestion/help post mentioning a missing dependency which is needed for flatpak and by extension flatpak packages and I just want to help fix things and improve where something goes wrong or doesn’t work quite right, bug reporting is my jam in a way
The idea behind FlatPak and Snap is that all of the dependencies would be included as part of the package. So, as @nikgnomic says, it is up to the maintainer of the OBS Studio FlatPak to ensure that their package includes Pipewire.
I think this is going nowhere, you want manjaro-pipewire meta package to be installed by default because when you use Flatpaks it doesn’t work without it. Manjaro team tells you they will not add meta package for third party programs to work properly, it is on you to install what it needs if you find a third party program requires a system package. You still want manjaro-pipewire to be installed by default because your Flatpaks require it. Rinse and repeat.
What about other Flatpaks that require other system packages to be installed? We make a list of system packages Flatpaks, Snaps, and AppImages require and we add them all to all Manjaro ISO in case people install third party applications?
All I did was make a suggestion since Manjaro supports flatpaks, even if they are 3rd party I’m sure Manjaro and thier users would want their packages to run correctly on the OS. Manjaro should have the needed dependcies installed if they want to support flatpak and snap for example.
Maybe it is an oversight on the Flatpak package itself then, but I was summarizing the situation, maybe if your angle of attack is about a Flatpak dependency, that could go forward, but I don’t think insisting on the fact that “if people use Flatpak they probably would want `manjaro-pipewire’ so we need it by default on Manjaro” will certainly not go without ruckus.
PS: installing this meta package will switch users to using Pipewire by default. Maybe work on the specific package required for Flatpak and maybe try the “missing dependency” route then.
Although this topic completely drifted from the title and turned into support request… it is actually not a bad idea. Pipewire is more modern and feature rich than pulseaudio. I actually made the switch because of my bluetooth headphones.