<div dir="ltr">Adding the a11y list to CC.<div><br></div><div>Dear a11y team, a short summary for you: Currently, pulseaudio does not negotiate bluetooth devices the same way it does with alsa devices, with a result that is undesirable: if the gdm login screen grabs the BT device, it becomes unavailable in the logged in session. The change being discussed here is to disable bluetooth in the gdm login screen.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 3, 2017 at 10:20 AM, Antoine Beaupré <span dir="ltr"><<a href="mailto:anarcat@debian.org" target="_blank">anarcat@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 2017-07-03 15:46:20, Michael Biebl wrote:<br>
> Am 03.07.2017 um 00:05 schrieb Antoine Beaupré:<br>
>> On 2017-07-02 23:43:55, Michael Biebl wrote:<br>
>>> Am 02.07.2017 um 23:36 schrieb Antoine Beaupré:<br>
>>>> On 2017-07-02 23:16:19, Michael Biebl wrote:<br>
>>><br>
>>>>> Have you tested the workaround from the arch wiki and can you confirm it<br>
>>>>> works?<br>
>>>><br>
>>>> I cannot, unfortunately, test this anymore, as I have disabled the<br>
>>>> pulseaudio socket as directed earlier, with:<br>
>>>><br>
>>>> rm /var/lib/gdm3/.config/systemd/<wbr>user/sockets.target.wants/<wbr>pulseaudio.socket<br>
>>>><br>
>>>> I don't know what that was pointing to, so I can't quite restore that<br>
>>>> behavior directly.<br>
>>><br>
>>> That's from the postinst:<br>
>>><br>
>>> UNIT=/usr/lib/systemd/user/<wbr>pulseaudio.socket<br>
>>> USERUNITDIR=/var/lib/gdm3/.<wbr>config/systemd/user<br>
>>> if ! [ -L $USERUNITDIR/sockets.target.<wbr>wants/pulseaudio.socket ]; then<br>
>>>   mkdir -p $USERUNITDIR/sockets.target.<wbr>wants<br>
>>>   ln -sf $UNIT $USERUNITDIR/sockets.target.<wbr>wants<br>
>>> fi<br>
>>><br>
>>> You can run that manually or simply re-install the gdm3 package so that<br>
>>> code is run again.<br>
>><br>
>> Thanks! I believe I have rolled back the workarounds and implemented the<br>
>> fix <a href="http://default.pa" rel="noreferrer" target="_blank">default.pa</a> documented in the Arch wiki. Everything seems to work<br>
>> normally now, ie. I can correctly connect through A2DP to my bluetooth<br>
>> speaker.<br>
><br>
> Since concerns were raised that this might break existing a11y setups, I<br>
> don't plan to make an upload with this change.<br>
<br>
</div></div>I don't understand the impact this could have regarding<br>
accessibility. There are, as far as I know, currently no usable way to<br>
have bluetooth audio working at all in the gdm3 login prompt, because<br>
there's no way to associate a device, so there's no loss of<br>
functionality here. But there *is* a loss of functionality for<br>
everyone (*including* screen reader users) *after* the user is logged<br>
in: they cannot correctly configure bluetooth devices!<br></blockquote><div><br></div><div>Bluetooth pairings are global. Once you configured them in your user session, they will become available to gdm too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Can we get a better idea of the use case you are worried about here?<br></blockquote><div><br></div><div>Here is where the input of the a11y team would be very appreciated. Is disabling bluetooth in the login screen likely to cause problem?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
To be really clear here, the change I am proposing is the one documented<br>
in the Arch wiki and now also in the Debian wiki:<br>
<br>
<a href="https://wiki.debian.org/BluetoothUser/a2dp#Workaround_2:_disable_pulseaudio.27s_bluetooth_in_gdm" rel="noreferrer" target="_blank">https://wiki.debian.org/<wbr>BluetoothUser/a2dp#Workaround_<wbr>2:_disable_pulseaudio.27s_<wbr>bluetooth_in_gdm</a><br>
<br>
which currently consists of adding the following<br>
/var/lib/gdm3/.config/pulse/<a href="http://default.pa" rel="noreferrer" target="_blank">de<wbr>fault.pa</a> file:<br>
<br>
#!/usr/bin/pulseaudio -nF<br>
#<br>
<br>
# load system wide configuration<br>
.include /etc/pulse/<a href="http://default.pa" rel="noreferrer" target="_blank">default.pa</a><br>
<br>
### unload driver modules for Bluetooth hardware<br>
.ifexists module-bluetooth-policy.so<br>
  unload-module module-bluetooth-policy<br>
.endif<br>
<br>
.ifexists module-bluetooth-discover.so<br>
  unload-module module-bluetooth-discover<br>
.endif<br>
<br>
How would this break accessibility?<br></blockquote><div><br></div><div>My own thought is that if your only speakers are BT, how are you going to have the screen read if there is no BT?</div><div> </div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Saludos,<br>Felipe Sateler</div>
</div></div>