Como faço para marcar um arquivo .desktop como confiável no Ubuntu 18.04?


16

No Ubuntu 18.04, quando o usuário clica em um arquivo da área de trabalho personalizado, o programa exibe a mensagem de que o aplicativo não é confiável e a inicialização pode não ser segura. A área de trabalho também não exibe o ícone correto para o arquivo da área de trabalho.

Como é possível marcar o aplicativo inicia o arquivo da área de trabalho como confiável, para que a mensagem não seja exibida e o ÍCONE também é exibido na área de trabalho.

Eu tentei usar

chmod +x *.desktop

conforme sugerido em algumas consultas, mas isso não parece funcionar em 18.04.



Eu também estou tendo exatamente o mesmo problema, toda vez que clico no arquivo .desktop, ele solicita "confiar e iniciar" e é aberto, mas ele sempre me pergunta a mesma coisa (no mesmo arquivo) e o ícone nunca atualiza. O mais estranho é que eu acho que começou na época em que tive que reiniciar o X11 (startX) porque eu tinha um aplicativo em pânico quando estava em tela cheia. Você já encontrou uma solução para isso?
Jared

Respostas:


12

Nenhuma das respostas fornecidas até este momento incluiu informações sobre como você pode fazer isso de maneira não interativa. E se eu quiser criar um script para a criação de um iniciador e torná-lo confiável sem precisar clicar nele?

Este caso de uso já foi abordado nesta pergunta com esta resposta . Estou duplicando essas informações aqui porque essa pergunta foi muito mais fácil de encontrar e não é estritamente uma duplicata porque a questão aqui é de escopo maior.

Para definir um iniciador como confiável na linha de comando, execute:

gio set /path/to/your/launcher.desktop "metadata::trusted" yes

Feito isso, pressione F5 na área de trabalho ou na pasta atual para atualizar a exibição. O iniciador agora deve ser confiável.

Há certas condições que devem ser atendidas (propriedade, execução de programas, execução gio como o usuário correto). Veja a resposta de Sander para a lista completa.


Não funcionou para mim às 18.04. O .desktoparquivo de destino fica com a Allow executing file as programcaixa de seleção desmarcada no menu de propriedades
artu-hnrq

Eu tinha um novo arquivo .desktop como iniciador na área de trabalho, com o caminho correto do ícone e tudo mais; ele executava o executável e tudo (por isso era confiável) - e não mostrava o ícone até eu pressionar F5 na área de trabalho; obrigado por esta dica!
sdaau 13/04

11
  • Primeiro, defina o bit executável do arquivo .desktop como você já fez. Você também pode fazer isso clicando com o botão direito do mouse no arquivo no gerenciador de arquivos e definindo a propriedade executável na guia "Permissões" da caixa de diálogo "Propriedades" se achar mais fácil que a linha de comando.
  • Agora tente iniciar o ícone novamente clicando duas vezes nele. Mais uma vez, uma caixa de diálogo aparece, mas observe: é uma caixa de diálogo diferente. Dessa vez, selecione o botão "Iniciar e confiar" e seu arquivo da área de trabalho se tornará um iniciador funcional com o ícone certo.

11
Obrigado pela sua resposta. Meu problema é que não desejo que apareça nenhuma mensagem quando clico no ícone. Como você marca o aplicativo como confiável por padrão? O ícone também precisa ser exibido.
Arun nath

Por favor, leia novamente com atenção o que escrevi e primeiro experimente. Esse é o procedimento para marcar um iniciador como "confiável". Depois de fazer isso, o iniciador funcionará conforme o esperado e iniciará imediatamente seu aplicativo. Você perguntou "Como é possível marcar o aplicativo para iniciar o arquivo da área de trabalho como confiável, para que a mensagem não seja exibida e o ÍCONE também seja exibido na área de trabalho". e esta é a resposta sobre "como".
vanadium

Eu sou capaz de iniciar o aplicativo. Tudo isso funciona bem. Mas o arquivo da área de trabalho não se transforma no ÍCONE. Além disso, quando fecho o aplicativo e tento iniciá-lo novamente, a mensagem aparece novamente. Não parece haver uma maneira de acabar com essa mensagem pop-up de uma vez por todas. Continua aparecendo o tempo todo. Espero não estar perdendo algo aqui.
Arun nath

Quer dizer, você é capaz de iniciar o aplicativo a partir do iniciador não confiável após responder às caixas de diálogo, mas o iniciador não se torna "confiável"? Esse não é um comportamento normal. No meu sistema, preciso fazer isso uma vez, para que o iniciador seja "confiável" e isso esteja sendo lembrado.
vanadium

É isso mesmo, parece que não me lembro mais. Costumava funcionar como o que você sugeriu. A última série de atualizações do Ubuntu 18.04 parece ter quebrado.
Arun nath

10

depois de horas pesquisando, finalmente descobri o que estava causando meu problema com os arquivos .desktop que nunca eram confiáveis ​​e não mostravam ícones:

Mude o proprietário para o seu nome de usuário (o meu foi definido como root e estava quebrando coisas):

sudo chown $USER:$USER ~/.local/share/gvfs-metadata/home*

crédito para @George Udosen, que me ajudou a corrigi-lo: GVFS-WARNING **: não é possível iniciar a árvore de metadados /home/user/.local/share/gvfs-metadata/home: open: Permissão negada


11
Não funcionou para mim. Esses arquivos já foram definidos para o proprietário apropriado.
Andrew Lamarra

1

Defina o nome de usuário e o nome de grupo adequados para o arquivo da área de trabalho específico (chown). Agora tente iniciar novamente, a caixa de diálogo aparece e selecione o botão "Iniciar e confiar".


Eu tive o problema de que já havia o conjunto certo de usuários e grupos. Infelizmente não como eu instalei o Ubuntu ontop novamente e remontei o diretório home com o mesmo nome de usuário. Aconteceu que um usuário com o mesmo nome não é o mesmo usuário. Com sudo chown -R myuser:myuser ~/tudo funcionou sem problemas e sem necessidade de reiniciar.
Sebastian Barth

Eu tenho o mesmo problema. Além disso, se eu clicar duas vezes no arquivo .desktop em /home/${users}/.local/share/applications/EclipseWeb.desktop ao usar o Nautilus, recebo uma mensagem informando: Erro ao iniciar o aplicativo e não encontro informações para me ajudar a interpretar a mensagem.
Jonathan

0

E só para adicionar à resposta de b_laoshi - depois de atualizar de 16.04 para 18.04, eu tinha uma área de trabalho cheia de links a vapor que não queria abrir cada jogo e depois parei para confiar neles

for i in ~/Desktop/*.desktop; do    gio set "$i" "metadata::trusted" yes ;done

Você nunca deve confiar no código do stackoverflow sem ter certeza do que ele faz:

  • definido "$i"por sua vez para o caminho completo de cada arquivo em seu desktop chamado de desktop
  • corre

    gio set </home/path/to/your/whatever.desktop> "metadata::trusted" yes
    

    para cada

  • done marca o fim do loop

Eu tinha o mesmo problema e nem gio nem chown mudariam o grupo ou o proprietário.
Jonathan

gionão mudará o proprietário ou o grupo - apenas diz ao gnome para confiar nele. verifique o proprietário / grupo com stat filename, se chown não estiver funcionando, verifique quaisquer mensagens de erro, você pode executá-lo apenas como root (por exemplo, com sudo) e alguns sistemas de arquivos (por exemplo, compartilhamentos de arquivos, cartões SD, discos do Windows) não são compatíveis
Greg
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.