Início / unix / Perguntas / 504188
Accepted
Espinosa
Asked: 2019-03-04 14:54:39 +0800 CST

Mistérios do xinitrc - o que pode e o que não pode estar lá

  • 772

Por favor,
alguém pode me dar uma luz no .xinitrcarquivo? Eu me esforço para encontrar um bom manual para responder a algumas das minhas perguntas práticas:

  • Ele se declarou como script geral do Bash, mas na verdade não é.
  • Por que alguns comandos exigem exece outros não?
  • O que é esse execcomando afinal?
  • É uma construção binária ou sintática específica para xinitrc?
  • O que pode ser executado pelo exec e o que não?
  • Como definir as variáveis ​​ambientais corretamente?

A maioria dos usuários de distros convencionais nem precisa saber sobre o xinitrc, e o mesmo era verdade para mim, até que eu tive que configurar o shell "makeshift" do Kodi; usando o gerenciador de janelas super minimalista TWM e lançando o Kodi em tela cheia, porque kodi-standaloneo shell não funciona para mim.

Mas voltando ao xinitrc:

Exemplo de trabalho:

#!/bin/bash
/usr/bin/twm &
sleep 1
exec xterm

Por que twme sleepnão precisa , execmas xtermfaz?

Não funciona exemplo:

#!/bin/bash
/usr/bin/twm &
sleep 1
exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0

Aqui execexecutou apenas WINDOWING=x11, mas ignorou o resto da linha. Eu fiz isso funcionar apenas envolvendo WINDOWING=x11 /usr/bin/kodi -geometry +0+0em outro script Bash, desta vez um comum, e aquele colocado como o único argumento para exec; então finalmente funcionou.

xorg

1 respostas

  1. Best Answer

    O execcomando substitui o processo shell atual pelo processo resultante da execução do comando fornecido. Sem exec, o controle seria devolvido à sessão de shell em espera assim que o comando terminasse. Com exec, o shell atual é substituído, portanto, nenhum outro comando será executado a partir de seu script a partir desse ponto.

    O ~/.xinitrcarquivo é um script de shell. Ele inicia o gerenciador de janelas ( twmno seu caso), e possivelmente outros clientes X11 que você pode querer iniciar inicialmente (como xtermou algum outro terminal, e xeyes, obviamente). Não há sintaxe especial para este script, além de que deve ser um script válido (já que é executado por um interpretador de script de shell).

    No seu primeiro exemplo, você usa

    exec xterm

    Isso substitui o processo de shell atual por xterm. Sem exec, você teria exatamente o mesmo efeito visível , mas o .xinitrcscript ficaria em segundo plano esperando para xtermterminar antes de terminar (já que esse foi o último comando no arquivo).

    Observe que, se você tivesse feito exec twm, o shell teria se substituído, o twmque significa que não seria capaz de executar os outros comandos no script. É por isso que você começa twmcomo um processo em segundo plano (com &no final). O sono está lá para permitir twminiciar corretamente antes de iniciar o terminal. Não acho que isso seja estritamente necessário. Na verdade, se você não precisa de decorações de janela ou de poder mover janelas ou redimensioná-las, não há necessidade de executar twmou qualquer outro gerenciador de janelas (pelo menos não para executar uma tela inteira xterm).

    No seu segundo exemplo, você usa

    exec WINDOWING=x11 /usr/bin/kodi -geometry +0+0

    Agora, o execcomando não pode ser usado para definir variáveis ​​de ambiente assim. Em vez disso, você definiria e exportaria a WINDOWINGvariável antes de invocar kodi:

    export WINDOWING=x11
exec /usr/bin/kodi -geometry +0+0
    • 4

relate perguntas