Premissas Erradas, PipeWire e Bluetooth

Esse final de semana relembrei que pode ser elevado o custo de partir de premissas erradas e não gastar nem 5 minutinhos verificando a validade delas. Marquei com tech e non-tech porque honestamente acho que isso é uma lição tanto na área técnica quanto para a vida.😅

Após um desastre na partição em que mantinha meu SO principal, resolvi aproveitar a oportunidade da reinstalação para finalmente testar outra distro. Estava incomodado com os rumos de Ubuntu e derivados já há algum tempo, mas a preguiça vencia a insatisfação e eu não trocava.

Queria testar algo sem systemd, mais minimalista e em que eu me sentisse no controle do SO de novo. Uma distro em que eu entendesse melhor que estava acontecendo. Fiquei entre Arch, Gentoo e Void. Acabei escolhendo esse último e as primeiras impressões têm sido excelentes.

A documentação do Void Linux, apesar de menor que a disponível nas excelentes wikis de Gentoo e Arch, tem tudo para você terminar com um desktop funcional. Ao menos foi minha experiência partindo da imagem do Void + XFCE.

Só uma coisa não consegui fazer funcionar após a 1ª leitura do tópico correspondente na documentação oficial: Bluetooth. Meus fones pareavam por 1 ou 2 segundos e desconectavam logo em seguida. Confirmei que meu adaptador e fones funcionavam sem problemas testando no MiniOS (um sabor de Debian). Era só no Void que eu não conseguia parear. Áudio era reproduzido nos alto-falantes, então não podia ser o sound server, tinha que ser Bluetooth.

A documentação sobre o assunto é bem direta:

To use an audio device such as a wireless speaker or headset, ALSA users need to install the bluez-alsa package. PulseAudio users do not need any additional software. PipeWire users need libspa-bluetooth.

Se eu uso PulseAudio, não deveria precisar de mais nada. Tinha que ser Bluetooth.

Parti então para tentar deixar as versões dos softwares instalados no Void iguais às dos softwares instalados no MiniOS (que eu sabia que funcionava). Devia ser alguma regressão. Fiz build do meu próprio pacote do BlueZ para poder fazer downgrade da versão 5.76 para a 5.66, instalei outras 2 ou 3 versões de kernel e gastei um bom tempo em issues do GitHub, listas de discussão, fóruns etc.

Mesmo resultado. Pareava por apenas uns instantes.🤦‍♂️

Desisti de executar o bluetoothd¹ como serviço. Rodei o executável diretamente num shell com as flags -n e -d enquanto tentava parear para ver se eu recebia alguma “luz” melhor que as mensagens de erro do bluetoothctl².

Eis que em algum ponto durante os breves instantes de pareamento, aparece algo como a mensagem abaixo:

a2dp-sink profile connect failed for 60:F4:3A:70:E4:0B: Protocol not available

A2DP tem a ver com áudio… E se aconteceu o seguinte?

1. O dispositivo pareava.
2. Ele tentava se registrar como um dispositivo capaz de A2DP de alguma forma.
3. O sound server não suportava esse perfil.
4. O dispositivo se desconectava porque não tinha mais o que ser feito.

Foi minha hipótese naquele momento, mas isso implicaria em erro na documentação do Void, que dizia claramente PulseAudio users do not need any additional software.

Mas e se…

$ pgrep -a pipewire
1188 pipewire
1233 /usr/bin/pipewire -c pipewire-pulse.conf

Eu estava, afinal, com o PipeWire instalado e rodando.🤡

Matei o processo, o som parou. Era o PipeWire em uso mesmo.🤡🤡

Voltei à documentação, àquele único parágrafo. PipeWire users need libspa-bluetooth. Instalei o pacote. Passou a parear e a reproduzir áudio nos fones tão logo reiniciei os serviços.🤡🤡🤡

Por não ter conferido o que eu estava realmente³ usando para áudio, “botei a culpa” no subsistema errado e enveredei por um caminho que me tomou várias horas. Verificar levaria só alguns segundos.

Acho que a moral da história é: especialmente se for rápido e barato, cheque suas premissas.

É preciso ter dúvidas. Só os estúpidos têm uma confiança absoluta em si mesmos.

– Orson Welles