Exibições gráficas em arquivos .cshrc ou .login

Por padrão no Kubuntu, o conselho desse tutorial sobre esses arquivos específicos não é tão relevante, porque seu shell padrão - o shell que você obtém quando (a) faz login ou (b) abre uma janela do Konsole ou outro emulador de terminal - não não é uma cshimplementação como bsd-cshou tcsh. Em vez disso bash, é um shell de estilo Bourne . Você pode, é claro, ainda usar um shell como tcsh, embora tenha que instalá-lo primeiro - o Ubuntu e seus derivados oficiais, como o Kubuntu, nem mesmo são fornecidos com esse shell instalado, embora estejam incluídos nos repositórios oficiais . Se você colocar comandos .cshrcou.login, você não deve realmente esperar que eles sejam executados em seu sistema Kubuntu. Você provavelmente poderia configurar o KDE para fazer isso. Mas apenas mudar seu shell de login não conseguiria isso - o login de um gerenciador de exibição gráfica normalmente não faz com que um shell tcshseja executado ou os arquivos de configuração do C Shell sejam lidos.

Portanto, na sua situação - e na grande maioria dos usuários do Ubuntu - há um motivo extra para evitar colocar comandos que executam programas gráficos nesses arquivos. Eles não vão correr quando você quiser. No entanto, o arquivo chamado .profileem seu diretório pessoal é executado por shells no estilo Bourne, como bashquando eles são iniciados como shells de login, e esses comandos também são, embora principalmente por tradição, executados na maioria dos ambientes de área de trabalho gráfica quando você faz login. nesse tutorial é dimensionado para .profilee quaisquer outros arquivos que não sejam especificamente destinados a conter comandos que são executados em uma sessão gráfica que já foi iniciada. É como diz glenn jackman . Eles vão correr quando você não quiser.O problema ainda é um pouco mais profundo do que isso.

Primeiro, o básico: se você colocar comandos que executam programas gráficos em arquivos de configuração executados para todos os shells de login, as tentativas de executar os programas geralmente serão feitas quando você fizer login, mesmo se estiver fazendo login usando um método em que eles não podem corre. Se você colocar os comandos em um arquivo de configuração que é executado toda vez que você executa seu shell, mesmo quando não está sendo executado como um shell de login - pois bash, .bashrcé esse tipo de arquivo - eles serão executados sempre que você abrir um novo shell. Imagine o Firefox rodando, de novo e de novo, toda vez que você abre uma aba do Konsole, e também dando erros toda vez que você faz login em um console virtual ou por SSH ou quando você simula um login com ou .sudo -i your-usernamesu - your-username

O problema mais profundo é este: se uma sessão gráfica estiver configurada para executar comandos de um arquivo para inicializar sua sessão de área de trabalho e esses comandos tentarem executar programas gráficos antes que as outras coisas sejam configuradas para que funcionem corretamente, você pode obter resultados inesperados resultados. Se eles forem executados cedo o suficiente, você terá o mesmo problema como se não fosse uma sessão gráfica. Um pouco mais tarde, os programas podem iniciar antes dos elementos da interface do usuário, como os painéis, o que seria confuso e poderia produzir um comportamento incorreto mesmo depois que tudo for iniciado.

As versões recentes do Kubuntu usam o KDE Plasma Workspaces. Se você tiver programas gráficos que deseja executar toda vez que fizer login graficamente em seu sistema Kubuntu, você pode ir para Inicialização e desligamento → Início automático e adicioná-los . É assim que eu recomendo que você faça. Ou você pode colocar manualmente um .desktoparquivo, link simbólico ou script de shell ¹ em ~/.config/autostart(onde ~significa seu diretório inicial), que é o local padrão da pasta de inicialização automática. Copiar esse .desktoparquivo é o que a ferramenta gráfica Autostart faz , portanto, na maioria das vezes, você não ganharia nada "fazendo você mesmo". Veja também a documentação do KDE .

¹ _{Ou qualquer outro executável, mas esses são os mais comuns. Normalmente, você não deve copiar um programa para este diretório. Uma razão para não fazer isso é que, quando o programa for atualizado, você ainda estará executando o binário antigo (possivelmente em combinação com arquivos de suporte específicos para versões mais recentes).}