However, $EUID is undefined in POSIX so the "Don't run this as root!" test should then be changed to

if [ "$(id -u)" -eq 0 ]; then exit 1;fi

Or

[ "$(id -u)" = 0 ] && exit 1

Also, the "delete blueman stat files in ~/.config" line parses ls, which is a bad idea, so

rm -rf ~/.config/*blueman*

Not sure if the asterisk is needed both sides, I don't use BlueTooth so I have no idea how the configuration files are named; mutatis mutandis.

EDIT: missed a closing double-quote. Oops.

EDIT2: no point using a for loop when a simple glob will work.

I first installed the packages as described by Devarch. Note these packages actually get installed as deps: pipewire-bin libpipewire-0.3-modules libwireplumber-0.4-0 libpipewire-0.3-0 . These backports are almost up to current unstable versions.

With the latest packages, everything subsequently (at least after reboot) worked "out of the box" on my Toshiba laptop. No file copying no other configurations. The Debian wiki is outdated. The BT speaker is up and running, including firefox streams which failed with bluez-alsa.

Thanks HoaS for the start script. I adapted it quite a bit because I want to start/stop pipewire manually. Also, sometimes a restart is needed (here) to fix an occasional bt connection drop out. And I don't want processes not in use autostarting (I disabled also /etc/xdg/autostart/blueman.desktop).

Placed in ~/bin/ and called from a desktop launcher:

#!/bin/bash

# Script name: bluestart
# Place in ~/bin and make a desktop launcher 
# Execute "bluestart stop" to just stop pipewire and related processes without restarting.

# (in case you used "stop" parameter)
MODE="$1"

# You probably need to restart your system mixer to register/deregister the pipewire device.
# Edit (or comment) the next line to suit whatever your DE uses:
MIXER=kmix

# Don't run this as root!
if [ $EUID -eq 0 ]; then exit 1; fi

restart_mixer () {

	if [ -n "$MIXER" ]; then

		pkill -u "$USER" "$MIXER" >/dev/null 2>&1
		$MIXER &
	fi
}

stop_pipewire () {

pkill -u "$USER" pipewire-pulse >/dev/null 2>&1

pkill -u "$USER" wireplumber >/dev/null 2>&1

pkill -u "$USER" pipewire >/dev/null 2>&1

killall blueman-applet blueman-tray blueman-mechanism 2>/dev/null

# delete blueman stat files in ~/.config
for i in $(ls ~/.config|grep blueman); do rm -f $i; done

}

stop_pipewire

if [ "$MODE" = "stop" ]; then
	sleep 3
	restart_mixer
	exit 0
fi

pipewire &

until pgrep -f pipewire >/dev/null 2>&1 ; do
   sleep 1
done

wireplumber &

pipewire-pulse &

blueman-applet &

sleep 2

restart_mixer

Hope that helps someone..

pkill -u "$USER" pipewire-pulse >/dev/null 2>&1
pkill -u "$USER" wireplumber >/dev/null 2>&1
pkill -u "$USER" pipewire >/dev/null 2>&1

pipewire &

until pgrep -f pipewire >/dev/null 2>&1 ; do
   sleep 1
done

wireplumber &

pipewire-pulse &

No need for full paths or exec (the ampersands already fork the commands) and the until clause is simpler and quicker than a formal test.

Hi, thank you for the tips.

I used a "sleep 12" to slow down the loading of apps until the snd_usb_audio module loading has settled.

still misses sometimes.

I will try the next script you have offered HoaS, cheers.

My system is working quite well now, Specifically with HoaS script although the BT headphones work at first but (I've only just checked as I'm typing) drops out... b.t.connection. But the sound works when the system has started and that's what I like most.

I don't use bt connections very much... (mouse always works) and I removed a package that put an icon on the bar that was duplicate of Plasma bt, so I got rid of it. I'll check if that helps. See, hacking is fun! :-) [edit, mention the script]

I used a "sleep 12" to slow down the loading of apps until the snd_usb_audio module loading has settled.

still misses sometimes.

I will try the next script you have offered HoaS, cheers.

# apt install pipewire pipewire-pulse wireplumber

and added the lines as listed in the previous post to my .xsessionrc: Audacious is playing my playlist as well configured to ALSA as to Pulse.

I am just missing: separate topic ...

rolfie

Any ideas to smooth this loading out?

Try this in ~/.xsessionrc instead of what I posted earlier:

# kill any existing pipewire instance to restore sound
pkill -u "$USER" -fx /usr/bin/pipewire-pulse 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/wireplumber 1>/dev/null 2>&1
pkill -u "$USER" -fx /usr/bin/pipewire 1>/dev/null 2>&1

exec /usr/bin/pipewire &

# wait for pipewire to start before attempting to start related daemons
while [ "$(pgrep -f /usr/bin/pipewire)" = "" ] ; do
   sleep 1
done

exec /usr/bin/wireplumber &

exec /usr/bin/pipewire-pulse &

Reference: https://git.alpinelinux.org/aports/tree/community/pipewire/pipewire-launcher.sh

GlennW wrote:

I ended up using .xsession to start as HoaS suggested

For clarity: that should be ~/.xsessionrc.

Reference: https://wiki.debian.org/Xsession

Yes, that's right, ~/.xsessionrc, HoaS. Thanks.

I am experiencing a sound problem, the GUI starts with no ssound.

lsmod shows the snd-usb-audio(?) is loaded according to lsmod.

log out and back in connects the audio.

I tried to delay the .xsessionrc with sleep 12 to no avail.

Any ideas to smooth this loading out? I turned off wireplumer in rc-update (open-rc)

here is some confirmation...

glenn@GamesBox ~ $ LC_ALL=C pactl info | grep "Server Name"
Server Name: PulseAudio (on PipeWire 0.3.62)
glenn@GamesBox ~ $ 

regards Glenn

I ended up using .xsession to start as HoaS suggested

For clarity: that should be ~/.xsessionrc.

Reference: https://wiki.debian.org/Xsession

GlennW wrote:

My system is Devuan 5 Daedalus.

the hardware is discovered and used. works ok. Will be trying the bt headphones soon. :-) thank you

The installation is a bit different on daedalus - much simplier

Nice to hear that it works.

Thank you for the clear directions.

I ended up using .xsession to start as HoaS suggested.

I'm happily surprised bt headphones works on first attempt.

:-)

My system is Devuan 5 Daedalus.

the hardware is discovered and used. works ok. Will be trying the bt headphones soon. :-) thank you

The installation is a bit different on daedalus - much simplier

Nice to hear that it works.

One file I couldn't find was "99-pipewire-default.conf"
from this copy step... from examples

cp /usr/share/doc/pipewire/examples/alsa.conf.d/99-pipewire-default.conf /etc/alsa/conf.d/

I found a same named file and copied it.
/usr/share/alsa/alsa.conf.d/99-pipewire-default.conf

My system is Devuan 5 Daedalus.

the hardware is discovered and used. works ok. Will be trying the bt headphones soon. :-) thank you

I tried it yesterday and got no sound devices listed.

I'll give it another shot sometime in the near future.

Seems I forgot nothing, all the steps are above. It works on my machine.

I have to use recent kernel as I've quite recent hardware

$ uname -a
Linux host 6.0.0-0.deb11.2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.0.3-1~bpo11+1 (2022-10-29) x86_64 GNU/Linux

But I don"t think it makes any difference.

In addition to what @Head_on_a_Stick told, try to not run it as root.

Telegram also works.

If someone wants to repeate the steps above give me some time to test. I do not know if there are some bugs.

I tried it yesterday and got no sound devices listed.

I'll give it another shot sometime in the near future.