~ / .Local / share / applicazioni possono sovrascrivere / usr / share / applicazioni?


17

Devo avviare alcune applicazioni su KDE con alcune modifiche alla configurazione. Il modo migliore per farlo senza fare confusione /è copiando il .desktopfile di singole applicazioni, di cui ho bisogno di cambiare la configurazione /usr/share/applications, aggiungere opzioni e poi copiarle ~/.local/share/applications.

Mi chiedevo se questo avrebbe causato problemi di cui non sono a conoscenza. E se c'è un modo migliore per farlo, dire non copiando tutto, ma solo aggiungendo una modifica nel file desktop ~/.local/share/applications.

Grazie.


1
Nono! solo quelli specifici !!
Jacob Vlijm,

Risposte:


12

Sì, dovrebbe funzionare per copiare quelli che si desidera modificare ~/.local/share/applicationse non dovrebbe causare troppi problemi a meno che non si apportino modifiche errate (ad esempio la rimozione di tipi MIME, ecc.). Copiando tutti quelli significa che se vengono aggiornati /usr/share/applications, non verranno aggiornati ~/.local/share/applicationse rimarranno i launcher per le app rimosse. Non preoccuparti di copiarli tutti inutili.

Dopo aver apportato le modifiche, l'esecuzione update-desktop-database ~/.local/share/applications/dovrebbe assicurarsi che il nuovo lanciatore sia riconosciuto, quindi viene mostrato nel Dash / Menu.

Il programma di avvio di Unity e probabilmente Gnome's Dash mostrerà ancora la versione /usr/share/applications, quindi dovrai sbloccare e bloccare l'icona. Gnome 3 potrebbe anche aver bisogno di un riavvio, Nautilus potrebbe fare altrettanto, quindi disconnettersi e riconnettersi dovrebbe risolvere questo problema.

La lettura di quanto segue può essere utile per apportare modifiche:


Mi chiedo in quale caso vedrei una voce delicata per un'app che ha un file desktop in entrambi /usr/share/applicationse ~/.local/share/applications.
Sudhir Khanger,


1
@JacobVlijm Vedo se i nomi dei file sono uguali, quindi quello in ~/.local/share/applicationsha la precedenza. Grazie.
Sudhir Khanger,

@donniezazen qualcosa da tenere a mente con i .desktopfile modificati localmente è che non vengono aggiornati se un'applicazione viene aggiornata (incluso il .desktopfile globale ), ma non quella locale. Chrome è famoso per questo, con il risultato di icone duplicate.
Jacob Vlijm,

In Ubuntu 18.10, se copio la voce Terminale org.gnome.Terminal.desktop, quando apre la ricerca modificata .desktopda super + come desiderato, ma l'icona mostrata sul dock per questa nuova finestra del terminale modificata fa ancora riferimento al sistema .desktop.
Ciro Santilli 31 改造 中心 法轮功 六四 事件

3

Non copiare tutti i file / directory da /usr/share/applications

È in effetti una buona pratica copiare un .desktopfile localmente prima di modificarlo. Questa è la procedura appropriata. Dopo averlo copiato / modificato e disconnesso / in, quello locale avrà la precedenza su quello globale.

/usr/share/applicationsTuttavia, non tutti i file devono essere eseguiti direttamente dall'utente. Alcuni file probabilmente non sono affatto .desktopfile e possono esistere anche poche directory. Questo è (ao) il motivo per cui non dovresti semplicemente copiare tutto da /usr/share/applicationsin ~/.local/share/applications.

Non vi è inoltre alcun motivo per copiare tutti i .desktopfile localmente. Quelli locali avranno la precedenza su quelli globali solo se esiste quello locale. Se quello locale non esiste, quello globale è ancora "in carica".

Esiste un rischio se copio l'intero contenuto di /usr/share/applicationsa ~/.local/share/applications?

Oltre a creare duplicati inutili, copiare tutto da /usr/share/applicationspuò causare conflitti all'avvio del desktop. In realtà l'ho fatto una volta come esperimento ( Unity), dovevo risolvere le cose con un usb di avvio.

Conclusione:

Copia i .desktopfile globali solo ~/.local/share/applicationsse hai un motivo per farlo e copia solo (e modifica) i file in modo specifico.

Se in .desktopqualche modo incasini un file, l'applicazione non si avvierà da Dash o si verificheranno icone duplicate in Dash, se non riesci a risolvere il problema, rimuovi semplicemente il locale .desktop, esci / accedi e le cose sono come prima.


Grazie per aver scritto. Solo per farti sapere che avrei dovuto essere più chiaro, non ho intenzione di copiare l'intera directory. Volevo solo copiare singoli file.
Sudhir Khanger,

1
@donniezazen Ah, allora dovrebbe andare bene. Nella maggior parte dei casi, se si rovina davvero un .desktopfile, è sufficiente rimuoverlo, uscire / entrare e le cose sono come prima.
Jacob Vlijm,

Inoltre, non esitare a rimuovere tutto .desktop ~/.local/share/applications se inizi a vedere strani comportamenti con le tue applicazioni, il browser si avvia in modo strano, moltiplica le icone della stessa app nel programma di avvio, ecc.
Natim
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.