Como posso alterar o diretório de trabalho em um lançador no MATE 16.04?

Question

Estou montando uma instalação do Programa Kerbal Space no Ubuntu Mate 16.04, e um dos mods que eu instalei (o Principia - faz a gravidade do jogo agir como gravidade real) não pode encontrar seu principia.so a menos que o trabalho O diretório é o mesmo em que o jogo está instalado.

Infelizmente, aprendi há alguns meses, quando instalei o 16.04 MATE, que os lançadores de área de trabalho do Mate não suportam comandos compostos (como cd /home/username/KSP-RO_1.3.1 && KSP.x86_64 ) e parecem não oferecer nenhuma provisão para alterar o diretório de trabalho do iniciador propriedades. Os lançadores do KDE fazem (ou fizeram, em 14.04; não usei muito o Kubuntu 16.04) para permitir a especificação de um diretório de trabalho; existe uma maneira de fazê-lo em um lançador MATE?

    

Answer 1

Assim que terminei de postar a pergunta, um dos links da barra lateral apareceu esta pergunta de 2011 , que aborda um problema muito semelhante problema com software totalmente diferente.

Simplificando, se você abrir o arquivo .desktop criado pelo processo Criar Iniciador com um editor de texto (eu usei o Pluma, porque ele vem pré-instalado no Ubuntu MATE 16.04), você pode alterar as informações armazenadas no arquivo O criador do iniciador não permitirá - incluindo a adição de uma chave Path= para permitir que seu ativador especifique um diretório de trabalho no qual ativar o executável especificado.

Eu tentei fazer isso e funciona. Não há nenhuma razão para que alguém não possa usar um script wrapper como na resposta de Terdon , mas para mim, isso parece um pouco mais limpo - - e um pouco mais provável de ser aproveitável no caso de uma situação de reinstalação inesperada (normalmente instalo de uma maneira que deixe minha (s) pasta (s) /home anterior intacta, para que eu possa salvar itens armazenados deles).

É provável que isso funcione porque o MATE é derivado do Gnome 2, que era o ambiente de desktop padrão do Ubuntu em torno de 10.04. Não é realmente um substituto para permitir que o usuário especifique um diretório de trabalho durante a criação do ativador, mas faz o trabalho.

    

Answer 2

A solução mais simples que consigo imaginar é escrever um script de wrapper:

#!/bin/sh
cd /home/username/KSP-RO_1.3.1 && KSP.x86_64

Salve o script como ~/bin/run_ksp.sh , torne-o executável ( chmod 755 ~/bin/run_ksp.sh e use um ativador apontando para esse script.