udev управляют для запущения скрипта Python

Мое рабочее решение

1. Изменить a2dp.py путем замены всех экземпляров pacmd с pactl корректировка pacmd list-sinks кому: pactl list sinks (в моем случае, сохраненном как /usr/local/bin/a2dp_2.sh).

2. Создайте сценарий обертки /usr/local/bin/a2dp-wrapper.sh

   #!/bin/bash
   
   MAC=$1
   MACMOD=$(echo $MAC | sed 's/:/_/g')
   
   PID=$(pgrep pulseaudio)
   USER=$(grep -z USER= /proc/$PID/environ | sed 's/.*=//')
   
   export DISPLAY=:0
   export XAUTHORITY=/home/$USER/.Xauthority
   
   if pactl list sinks short | grep "bluez_sink\.$MACMOD.*SUSPENDED" 
       then
       sudo -u $USER /usr/local/bin/a2dp_2.py $MAC
   fi
   

3. Добавьте следующую строку к /etc/udev/rules.d/80-bt-headset.rules:

   ACTION=="add", SUBSYSTEM=="input" ATTR{name}=="00:22:37:3D:DA:50" RUN+="/usr/local/bin/a2dp-wrapper.sh $attr{name}"
   

Этот сценарий обертки выполняет следующее:

1. Это узнает $USER при владении рабочим экземпляром pulseaudio, затем устанавливает переменные среды DISPLAY=:0 и XAUTHORITY=/home/$USER/.Xauthority необходимый для pactl работать. Это должно заставить его работать на всех пользователей на машине. (Я не протестировал эффекты многочисленных пользователей, зарегистрированных одновременно.)

2. Это проверяет, приостановлен ли соответствующий приемник и только затем работает a2dp_2.py. Это необходимо для предотвращения бесконечного цикла, вызванного a2dp_2.py повторное подключение устройства и таким образом инициирование правила.

3. Это работает a2dp_2.py как $USER. Если выполнено как корень, a2dp_2.py оставит pulseaudio и таким образом любые параметры звука, недоступные без полномочий пользователя root.

Альтернативы: dbus циклично выполняются/фиксируют пакет

1. Альтернативное решение с помощью dbus цикла может быть найдено на странице sript разработчика.

2. Фиксация для исходной ошибки теперь доступна здесь и может быть легко установлена путем добавления ppa:ubuntu-audio-dev/pulse-testing и обновление доступных пакетов.

Подсказка: Нахождение MAC-адреса Вашего устройства

Не строго часть исходной проблемы, но это могло бы быть полезно для дальнейшего использования. Существуют многочисленные способы найти MAC-адрес Вашего устройства. Следующее является тем, которое я считаю самыми полезными для правил udev:

1. Найдите путь устройства путем выполнения udevadm monitor и затем подключение Вашего устройства. Ваш вывод должен выглядеть примерно так:

   USER@MACHINE:~$ udevadm monitor
   monitor will print the received events for:
   UDEV - the event which udev sends out after rule processing
   KERNEL - the kernel uevent
   
   KERNEL[123043.617276] add      /devices/pci0000:00/0000:00:14.0/usb3/3-7/3-7:1.0/bluetooth/hci0/hci0:256 (bluetooth)
   UDEV  [123043.647291] add      /devices/pci0000:00/0000:00:14.0/usb3/3-7/3-7:1.0/bluetooth/hci0/hci0:256 (bluetooth)
   KERNEL[123044.153776] add      /devices/virtual/input/input68 (input)
   KERNEL[123044.153911] add      /devices/virtual/input/input68/event17 (input)
   UDEV  [123044.193415] add      /devices/virtual/input/input68 (input)
   UDEV  [123044.213213] add      /devices/virtual/input/input68/event17 (input)
   

   Остановите монитор с Ctrl+C. Мы нашли три пути устройства. Одно соответствующее для нас /devices/virtual/input/input68.

2. Включите полученный путь udevadm info:

   USER@MACHINE:~$ udevadm info -a -p /devices/virtual/input/input68
   
   Udevadm info starts with the device specified by the devpath and then
   walks up the chain of parent devices. It prints for every device
   found, all possible attributes in the udev rules key format.
   A rule to match, can be composed by the attributes of the device
   and the attributes from one single parent device.
   
     looking at device '/devices/virtual/input/input68':
       KERNEL=="input68"
       SUBSYSTEM=="input"
       DRIVER==""
       ATTR{name}=="00:22:37:3D:DA:50"
       ATTR{phys}==""
       ATTR{properties}=="0"
       ATTR{uniq}==""
   

   Мы узнаем, что MAC-адрес 00:22:37:3D:DA:50 и также что это хранится как ATTR{name}.

Даже если вывод будет выглядеть полностью отличающимся, то эти две команды будут хорошим началом в поиске соответствующих условий для правила udev.

Экспериментальный: Ловля произвольных аудиоустройств Bluetooth

Правило:

ACTION=="add", SUBSYSTEM=="input" ATTR{name}=="??:??:??:??:??:??" RUN+="/usr/local/bin/a2dp-wrapper.sh $attr{name}"

инициирует для любого устройства ввода данных, которое имеет атрибут имени, который похож на MAC-адрес, и условное выражение в сценарии обертки должно удостовериться, что никакие непреднамеренные меры не приняты.

У меня нет никакого другого аудиоустройства Bluetooth легко доступным для тестирования этого, но я вижу много потенциальных проблем:

1. Это будет только работать на bluetooth-устройство, которое распознано как устройство ввода данных, содержащее MAC-адрес в атрибуте имени. Не каждое устройство может быть распознано как таковое.

2. Это решение не очень изящно, поскольку правило будет инициировано для любого устройства ввода данных. Однако я не смог найти, что ясные индикаторы определяют аудиоустройство Bluetooth. (Как замечено выше, устройство ввода данных не имеет никаких дальнейших атрибутов, и bluetooth-устройство не показывает признака того, чтобы быть аудиоустройством, и при этом оно не содержит MAC-адрес. Возможно, ACPI был бы лучше для этого.)

3. Вы не можете хотеть рассматривать каждое аудиоустройство Bluetooth то же: можно хотеть использовать протокол HSP для гарнитуры, или Вы не можете хотеть автоматически переключаться на динамики своего соседа по дому, с которыми Вы соединились в какой-то момент, каждый раз, когда они доступны. В тех случаях, вероятно, предпочтительно иметь отдельное правило для каждого устройства.

Я буду продолжать обновлять это сообщение, поскольку я узнаю больше.