I say this is the correct value for NoTrapSignals, because it's an inherently fragile feature, and AFAICT it's pointless in an unprivileged Xwayland server. It's not like the bad old days of user mode setting, where the kernel couldn't reset the display to text mode, so you desperately hoped the X server would still be able to do so if it crashed.
Se isso é certo, a resposta é que este é um bug no Xwayland, e o Xwayland deve ser corrigido para se comportar corretamente sem precisar de algum arquivo de configuração.
Comparar tentativas de executar Xorg
e Xwayland
em strace
sugere que Xwayland
não procura nenhum arquivo de configuração, apenas arquivos de dados XKB.
Tanto /usr/libexec/Xorg
quanto /usr/bin/Xwayland
imprimirão os conselhos de uso, se você passar --help
como uma opção. O Xorg inclui uma seção "Uso Dependente do Dispositivo" com opções para definir o arquivo de log ou o arquivo de configuração. Xwayland não menciona nada disso. Então Xwayland não parece ser configurável como o Xorg é.
Tecnicamente, o Xwayland parece ser executado com -core
"generate core dump on fatal error". O Xorg não, embora afirme apoiar a mesma opção. A partir das evidências até agora, parece que isso é irrelevante, especialmente porque o NoTrapSignals não afeta se um dump principal é gerado ou não.
Option "NoTrapSignals" "boolean"
This prevents the Xorg server from trapping a range of unexpected fatal signals and exiting cleanly. Instead, the Xorg server will die and drop core where the fault occurred. The default behaviour is for the Xorg server to exit cleanly, but still drop a core file. In general you never want to use this option unless you are debugging an Xorg server problem and know how to deal with the consequences.