On 25/9/20 11:01 am, David W. Jones wrote:
Or Debian, and either one without any dependencies on the GNOME desktop evironment.
On September 24, 2020 2:21:45 PM HST, Bob van der Poel <bob@xxxxxxxxxxxx> wrote:
First I've heard of this. Would be nice to have it all unified! Wonder
how long it'll take to migrate it's way down to Ubuntu?
On Thu, Sep 24, 2020 at 6:33 AM Will Godfrey wrote:
On Thu, 24 Sep 2020 07:57:14 -0500
"Chris Caudle" <chris@xxxxxxxxxxxxxxx> wrote:
On Wed, September 23, 2020 6:24 pm, Chris Caudle wrote:
Pipewire is intended to replace jackd, not work with jackd.
Recent article on the current state of pipewire:
https://blogs.gnome.org/uraeus/2020/09/04/pipewire-late-summer-update-2020/
Looks very positive. I notice someone asked about auto reconnecting
audio
devices. If that can be done it would be fantastic. I've had a few
wobbly USB plugs/sockets in the past!
Pipewire has already appeared during an upgrade in my siduction (Debian
Sid) system. I guess it's a new dependency for another installed package
but not sure which. I haven't tried to use it yet.
One thing that disturbs me about Pipewire is it claims on
https://pipewire.org/ :
"PipeWire was designed with a powerful security model that makes
interacting with audio and video devices from containerized applications
easy, with supporting Flatpak applications being the primary goal"
I'm trying to avoid any containerised applications as I believe they are
a backward step for Linux although I can see the appeal of universal
packaging rather than having to build different packages for each Linux
variety - .deb, .rpm, .tar.gz etc. The sheer size of containerised
packages is mind-boggling and for flatpak and snap they need hundreds of
extra MB just for runtime environments.
I don't need no steenkin' flatpaks!
I have PulseAudio and JACK running quite nicely together now, thank you.
Not quite click n' run but close to it these days. Pulse already has the
ability to start JACK modules automatically if they are installed. I
remain sceptical about Pipewire being any improvement for my use case.
Roger
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
https://lists.linuxaudio.org/listinfo/linux-audio-user
