☰

Problema 1: variável de ambiente.

tag-icon • tag-icon linux arch-linux udev wacom
Problema 1: variável de ambiente.

Tenho o seguinte script para definir os mapeamentos de botões da minha Wacom Intuos S 2:

/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh

#!/bin/bash

export DISPLAY=:0
export XAUTHORITY=/home/scriptim/.Xauthority
/usr/bin/sleep 1 # wait for device to be ready
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 1 'key -'
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 3 'key +'
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 8 'key +Ctrl z -Ctrl'
/usr/bin/xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 9 'key +Ctrl +Shift z -Ctrl -Shift'

Este script funciona bem se eu executá-lo manualmente.

Meu objetivo é executar esse script automaticamente sempre que o pad for conectado. Tentei isso com a seguinte udevregra:

/etc/udev/rules.d/10-wacom_intuos_s_2_pad.rules

ACTION=="add", SUBSYSTEMS=="usb", ATTRS{idVendor}=="056a", ATTRS{idProduct}=="033b", RUN+="/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh"

No entanto, o script não mapeia os botões se eu conectar o pad.

Estou executando o Arch Linux ( 5.5.10-arch1-1)

$ lsusb
...
Bus 004 Device 015: ID 056a:033b Wacom Co., Ltd CTL-490 [Intuos Draw (S)]
...

$ udevadm info -a -n hidraw0
...
  looking at parent device '/devices/pci0000:00/0000:00:10.0/usb4/4-2':
    KERNELS=="4-2"
    SUBSYSTEMS=="usb"
    DRIVERS=="usb"
    ATTRS{authorized}=="1"
    ATTRS{bcdDevice}=="0100"
    ATTRS{bmAttributes}=="80"
    ATTRS{bMaxPower}=="498mA"
    ATTRS{manufacturer}=="Wacom Co.,Ltd."
    ATTRS{quirks}=="0x0"
    ATTRS{maxchild}=="0"
    ATTRS{bNumInterfaces}==" 3"
    ATTRS{bMaxPacketSize0}=="64"
    ATTRS{devpath}=="2"
    ATTRS{ltm_capable}=="no"
    ATTRS{busnum}=="4"
    ATTRS{devnum}=="15"
    ATTRS{tx_lanes}=="1"
    ATTRS{bDeviceSubClass}=="00"
    ATTRS{bDeviceClass}=="00"
    ATTRS{bDeviceProtocol}=="00"
    ATTRS{bNumConfigurations}=="1"
    ATTRS{speed}=="12"
    ATTRS{version}==" 2.00"
    ATTRS{product}=="Intuos PS"
    ATTRS{avoid_reset_quirk}=="0"
    ATTRS{idVendor}=="056a"
    ATTRS{configuration}==""
    ATTRS{devspec}=="(null)"
    ATTRS{urbnum}=="174"
    ATTRS{bConfigurationValue}=="1"
    ATTRS{removable}=="unknown"
    ATTRS{rx_lanes}=="1"
    ATTRS{idProduct}=="033b"
...

$ udevadm test --action="add" /devices/pci0000:00/0000:00:10.0/usb4/4-2
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrect results, because
some values may be different, or not available at a simulation run.

Load module index
Parsed configuration file /usr/lib/systemd/network/99-default.link
Created link configuration context.
Reading rules file: /usr/lib/udev/rules.d/10-dm.rules
Reading rules file: /etc/udev/rules.d/10-wacom_intuos_s_2_pad.rules
...
Reading rules file: /usr/lib/udev/rules.d/65-libwacom.rules
...
Reading rules file: /usr/lib/udev/rules.d/wacom.rules
Invalid inotify descriptor.
DEVPATH=/devices/pci0000:00/0000:00:10.0/usb4/4-2
DEVNAME=/dev/bus/usb/004/015
DEVTYPE=usb_device
DRIVER=usb
PRODUCT=56a/33b/100
TYPE=0/0/0
BUSNUM=004
DEVNUM=015
MAJOR=189
MINOR=398
ACTION=add
SUBSYSTEM=usb
ID_VENDOR=Wacom_Co._Ltd.
ID_VENDOR_ENC=Wacom\x20Co.\x2cLtd.
ID_VENDOR_ID=056a
ID_MODEL=Intuos_PS
ID_MODEL_ENC=Intuos\x20PS
ID_MODEL_ID=033b
ID_REVISION=0100
ID_SERIAL=Wacom_Co._Ltd._Intuos_PS
ID_BUS=usb
ID_USB_INTERFACES=:030000:030102:
ID_VENDOR_FROM_DATABASE=Wacom Co., Ltd
ID_MODEL_FROM_DATABASE=CTL-490 [Intuos Draw (S)]
ID_PATH=pci-0000:00:10.0-usb-0:2
ID_PATH_TAG=pci-0000_00_10_0-usb-0_2
USEC_INITIALIZED=4102997566
run: '/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh'
Unload module index
Unloaded link configuration context.

$ journalctl -xe
Mar 22 17:38:55 scriptim systemd-udevd[5927]: 1-1: Process '/usr/local/bin/wacom_intuos_s_2_pad_button_mapping.sh' failed with exit code 255.

Responder1

Essencialmente, esta é uma combinação de uma condição de corrida e a diferença no comportamento de xsetwacomquando executado a partir de uma regra do udev em comparação com quando executado a partir de um terminal gráfico familiar, devido, por exemplo, a diferenças nas variáveis ​​de ambiente.

Problema 1: variável de ambiente.

Abordar primeiro a segunda questão: isto é semelhante à situação em quescripts shell se comportam de maneira diferente quando executados a partir de um cronjob.

Para comparar seu ambiente com o ambiente udev, executequalquer envou printenv:

printenv > my-env.txt

de um terminal gráfico e, em seguida, adicione este script do udev:

/usr/bin/printenv > /tmp/udev-env.txt

Então você pode comparar my-env.txte udev-env.txt.

Para inferir quais variáveis ​​de ambiente xsetwacomestão usando,instalarltraceeexecute um comando como este:

ltrace -f -e getenv -o my-ltrace-01.log xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 1 'key -'

Como não tenho um dispositivo Wacom, não consigo executar o comando completo.

$ xsetwacom set 'Wacom Intuos S 2 Pad pad' Button 1 'key -'
Cannot find device 'Wacom Intuos S 2 Pad pad'.

No entanto, apenas com base em quão longe xsetwacomchega antes de sair, posso dizer que ele usa DISPLAYe XAUTHORITY.

15447 libX11.so.6->getenv("DISPLAY")             = ":0"
15447 libxcb.so.1->getenv("DISPLAY")             = ":0"
15447 libxcb.so.1->getenv("DISPLAY")             = ":0"
15447 libXau.so.6->getenv("XAUTHORITY")          = "/home/nathaniel/.Xauthority"
15447 libX11.so.6->getenv("XLIBBUFFERSIZE")      = nil
15447 libX11.so.6->getenv("XLIB_SKIP_ARGB_VISUALS") = nil
15447 libX11.so.6->getenv("XKB_DEBUG")           = nil
15447 libX11.so.6->getenv("_XKB_OPTIONS_ENABLE") = nil
15447 libX11.so.6->getenv("XKB_DISABLE")         = nil
15447 +++ exited (status 0) +++

Você pode encontrar esses valores imprimindo-os.

$ printf 'DISPLAY=%q\n' "$DISPLAY"
DISPLAY=:0
$ printf 'XAUTHORITY=%q\n' "$XAUTHORITY"
XAUTHORITY=/home/nathaniel/.Xauthority

Em seguida, defina-os no topo do script.

#!/bin/bash

# Just an example, yours will be different.
export DISPLAY=:0
export XAUTHORITY=/home/nathaniel/.Xauthority
sleep 1
# The rest of the script.

O script ainda pode não funcionar por outros motivos, mas eliminar diferenças nas variáveis ​​de ambiente parece ter sido suficiente para outras pessoas. Outro usuário em umpergunta relacionadaconsegui fazê-lo funcionar no Ubuntu 18.04 desta maneira:

Você precisa adicionar duas exportações de variáveis ​​ao seu script, uma para DISPLAYe XAUTHORITY. Eles são usados ​​para identificar e acessar a sessão X correta. Você pode obter os valores apropriados executando envenquanto estiver conectado como usuário normal.

Problema 2: Condição de corrida.

Agora, para a condição de corrida: o xsetwacomcomando depende do reconhecimento do hardware pelo servidor X, portanto, executá-lo antes de estar pronto causará falha. Aparentemente, isso sleep 1era suficiente em algum momento, mas não é mais. (Às vezes as pessoas usamsleep 2,sleep 3, ousleep 4, sem nenhuma razão específica para isso. Em termos gerais, me preocupa que isso sleep 1seja mesmo necessário.)

Quando você conecta o dispositivo:

  1. O Linux detecta o dispositivo e cria uma entrada de dispositivo com base nas regras do udev.
  2. O servidor X detecta o dispositivo.

Você não pode executar xsetwacomantes do estágio 2. Seu script está falhando porque você o está executando no estágio 1, quando X ainda não conhece o dispositivo.

-Gilles 'SO- pare de ser mau',https://unix.stackexchange.com/a/65792/30049

Tudo isso é muito bom, mas quando as pessoas tentam isso, não funciona mais:

Votei positivamente em sua resposta para obter detalhes, mas não tenho certeza se isso está correto pelo seguinte motivo: tentei usar sleepalguns segundos. Ao conectar, o tablet funciona em menos de um segundo, portanto, no momento em que os comandos são executados, o dispositivo já está detectado e em uso pelo X. Mas ainda assim não funciona?

-ComenteporRedsandro

Como não tenho seu hardware ou sistema operacional, não consigo replicar seu problema. Mas aqui está o que descobri em outros tópicos: o sleepatraso por si só não é suficiente. Algumas pessoas têm soluções alternativas, como:

Talvez a solução mais completa que já vi esteja notópico vinculadousando arquivos de serviço do systemd:

Acabei tendo que iniciar o script com um serviço systemd acionado por uma regra do udev:

$ cat /etc/udev/rules.d/99-wacom.rules
SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="056a", ENV{ID_MODEL_ID}=="0302", TAG+="systemd"

[...]

O TAG+="systemd"permite que outros serviços do systemd (sistema ou usuário) dependam do dispositivo (registra-o como uma unidade de dispositivo, consulte man systemd.device).

-Spelufo,https://unix.stackexchange.com/a/290940/30049

informação relacionada