¿Puede ~ / .local / share / aplicaciones anular / usr / share / aplicaciones?

17

Necesito iniciar algunas aplicaciones en KDE con algunos cambios de configuración agregados. La mejor manera de hacerlo sin perder el tiempo /es copiando el .desktoparchivo de las aplicaciones individuales, a las que necesito cambiar la configuración /usr/share/applications, agregar opciones y luego copiarlas ~/.local/share/applications.

Me preguntaba si eso va a causar algún problema del que no tenga conocimiento. Y si hay una mejor manera de hacerlo, por ejemplo, no copiando todo sino solo agregando cambios en el archivo del escritorio ~/.local/share/applications.

Gracias.

Sudhir Khanger
fuente
1
¡No no! solo los específicos !!
Jacob Vlijm

Respuestas:

12

Sí, debería funcionar copiar los que desea modificar ~/.local/share/applications, y no debería causar demasiados problemas a menos que realice algunas ediciones incorrectas (por ejemplo, eliminar tipos MIME, etc.). Copiar todos significa que si se actualizan en /usr/share/applications, no se actualizarán ~/.local/share/applications, y los iniciadores para las aplicaciones que elimine permanecerán. No te molestes en copiar todo lo que sea innecesario.

Después de realizar las ediciones, la ejecución update-desktop-database ~/.local/share/applications/debe garantizar que se reconozca el nuevo iniciador, por lo que se muestra en el Tablero / Menú.

El lanzador de Unity, y probablemente Gnome's Dash probablemente todavía muestre la versión /usr/share/applications, por lo que deberá desbloquear y bloquear el ícono. Gnome 3 también puede necesitar un reinicio, Nautilus también puede hacerlo, por lo que cerrar la sesión y volver a iniciarla debería solucionarlo.

Leer lo siguiente puede ayudar a realizar ediciones:

Wilf
fuente
Me pregunto en qué caso vería la entrada debidamente para una aplicación que tiene un archivo de escritorio en ambos /usr/share/applicationsy ~/.local/share/applications.
Sudhir Khanger
@donniezazen ver: askubuntu.com/a/516346/72216
Jacob Vlijm
1
@JacobVlijm Veo si los nombres de los archivos son los mismos que el que ~/.local/share/applicationstiene prioridad. Gracias.
Sudhir Khanger
@donniezazen algo a tener en cuenta con los .desktoparchivos editados localmente es que no se actualizan si se actualiza una aplicación (incluido el .desktoparchivo global ), pero no la local. Chrome es famoso por eso, lo que resulta en iconos duplicados.
Jacob Vlijm
En Ubuntu 18.10, si copio la entrada de Terminal org.gnome.Terminal.desktop, cuando se abre la modificación .desktopde super + search como se desee, pero el icono que se muestra en el dock para esta nueva ventana de terminal modificada todavía se refiere al sistema .desktop.
Ciro Santilli 新疆 改造 中心 法轮功 六四 事件
3

No copie todos los archivos / directorios de /usr/share/applications

De hecho, es una buena práctica copiar un .desktoparchivo localmente antes de editarlo. Ese es el procedimiento apropiado. Después de copiarlo / editarlo y cerrar sesión / iniciar sesión, el local anulará al global.

Sin /usr/share/applicationsembargo, no todos los archivos deben ser ejecutados directamente por el usuario. Algunos archivos posiblemente no son .desktoparchivos e incluso pueden existir algunos directorios. Es por eso que no debes simplemente copiar todo desde /usr/share/applicationsdentro ~/.local/share/applications.

Tampoco hay ninguna razón para copiar todos los .desktoparchivos localmente. Los locales solo anularán a los globales si existe el local. Si el local no existe, el global todavía está "a cargo".

¿Existe algún riesgo si copio el contenido completo de /usr/share/applicationsa ~/.local/share/applications?

Además de crear duplicados inútiles, copiando todo a partir /usr/share/applicationspueden causar conflictos puesta en marcha de su escritorio. De hecho, lo hice una vez como experimento ( Unity), tuve que arreglar las cosas con un usb de inicio.

Conclusión:

Solo copie .desktoparchivos globales a ~/.local/share/applicationssi tiene un motivo para hacerlo, y solo copie (y edite) archivos específicamente.

Si estropea un .desktoparchivo de alguna manera, la aplicación no se iniciará desde Dash o si experimenta iconos duplicados en Dash, si no logra solucionarlo, simplemente elimine el local .desktop, cierre la sesión / inicie sesión y las cosas están como estaban antes.

Jacob Vlijm
fuente
Gracias por la redacción. Solo para hacerle saber que debería haber sido más claro, no tengo intención de copiar todo el directorio. Solo quise copiar archivos individuales.
Sudhir Khanger
1
@donniezazen Ah, entonces debería estar bien. En la mayoría de los casos, si realmente estropea un .desktoparchivo, simplemente elimínelo, inicie sesión / salga y las cosas están como estaban antes.
Jacob Vlijm
Además, no dude en eliminar todo .desktop de ~/.local/share/applications si comienza a ver un comportamiento extraño con sus aplicaciones, el navegador se inicia de manera extraña, los íconos múltiples de la misma aplicación en el
iniciador