~ / .Local / share / applications pode substituir / usr / share / applications?


16

Preciso iniciar alguns aplicativos no KDE com algumas alterações de configuração adicionadas. A melhor maneira de fazer isso sem estragar /é copiando o .desktoparquivo de aplicativos individuais, que eu preciso alterar a configuração de /usr/share/applications, adicionar opções e copiá-las para ~/.local/share/applications.

Eu queria saber se isso vai causar problemas que eu não estou ciente. E se houver uma maneira melhor de fazer isso, digamos, não copiando tudo, mas apenas adicionando alterações no arquivo da área de trabalho ~/.local/share/applications.

Obrigado.


11
Não não! apenas os específicos !!
Jacob Vlijm

Respostas:


11

Sim, deve funcionar para copiar aqueles para os quais você deseja modificar ~/.local/share/applicationse não deve causar muitos problemas, a menos que você faça algumas edições incorretas (por exemplo, remoção de tipos MIME, etc.). Copiar todos significa que, se forem atualizados em /usr/share/applications, eles não serão atualizados ~/.local/share/applicationse os lançadores dos aplicativos removidos permanecerão. Não se preocupe em copiar todos eles que são desnecessários.

Depois de fazer as edições, a execução update-desktop-database ~/.local/share/applications/deve garantir que o novo iniciador seja reconhecido, como mostrado no Dash / Menu.

O lançador do Unity e, provavelmente, o Dash do Gnome provavelmente ainda mostrarão a versão /usr/share/applications, então você precisará desbloquear e bloquear o ícone. O Gnome 3 também pode precisar de uma reinicialização, o Nautilus também pode fazer isso, portanto, sair e fazer login novamente deve corrigir isso.

A leitura do seguinte pode ajudar a fazer edições:


Gostaria de saber em que caso eu veria a entrada dulicate para um aplicativo que tenha um arquivo da área de trabalho em ambos /usr/share/applicationse ~/.local/share/applications.
Sudhir Khanger


11
@JacobVlijm Vejo se os nomes dos arquivos são os mesmos e o que ~/.local/share/applicationstem precedência. Obrigado.
Sudhir Khanger

O @donniezazen deve ter em mente os .desktoparquivos editados localmente: eles não serão atualizados se um aplicativo for atualizado (incluindo o .desktoparquivo global ), mas não o local. O Chrome é famoso por isso, resultando em ícones duplicados.
Jacob Vlijm

No Ubuntu 18.10, se eu copiar a entrada Terminal org.gnome.Terminal.desktop, quando ela abrir a modificação .desktopde super + search, conforme desejado, mas o ícone mostrado na estação para esta nova janela de terminal modificada ainda se refere ao sistema.desktop .
Ciro Santilli escreveu:

3

Não copie todos os arquivos / diretórios de /usr/share/applications

É uma boa prática copiar um .desktoparquivo localmente antes de editá-lo. Esse é o procedimento apropriado. Depois de copiado / editado e desconectado / logon, o local substituirá o global.

No /usr/share/applicationsentanto, nem todos os arquivos devem ser executados diretamente pelo usuário. Alguns arquivos possivelmente não são .desktoparquivos e até alguns diretórios podem existir. É por isso que você não deve simplesmente copiar tudo de /usr/share/applicationspara ~/.local/share/applications.

Também não há motivo para copiar todos os .desktoparquivos localmente. Os locais somente substituirão os globais se o local existir. Se o local não existir, o global ainda estará "no comando".

Existe um risco se eu copiar o conteúdo completo de /usr/share/applicationspara ~/.local/share/applications?

Além de criar duplicatas inúteis, copiando tudo a partir /usr/share/applicationspode causar conflitos iniciar o seu desktop. Na verdade, eu fiz isso uma vez como um experimento ( Unity), tive que consertar as coisas com um usb de inicialização.

Conclusão:

Copie apenas .desktoparquivos globais para ~/.local/share/applicationsse você tiver um motivo para fazer isso e copie (e edite) arquivos especificamente.

Se você estragar um .desktoparquivo de alguma forma, o aplicativo não inicializará no Dash ou você está enfrentando ícones duplicados no Dash; se você não conseguir corrigir, remova o local .desktop, faça logout / logon e tudo está como antes.


Obrigado pela gravação. Só para informar que eu deveria ter sido mais claro, não tenho intenção de copiar o diretório inteiro. Eu só pretendia copiar arquivos individuais.
precisa saber é o seguinte

11
@donniezazen Ah, então tudo bem. Na maioria dos casos, se você realmente bagunçar um .desktoparquivo, basta removê-lo, sair / entrar e tudo está como antes.
Jacob Vlijm

Além disso, não hesite em remover todo o .desktop de ~/.local/share/applications se você começar a ver um comportamento estranho com seus aplicativos, o navegador iniciar estranhamente, múltiplos ícones do mesmo aplicativo no iniciador, etc.
Natim
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.