~ / .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.