Bueno, el esquema más común es tener una configuración de todo el sistema en /etc/app_name
y el usuario puede crear ~/.app_name
que anula la configuración en /etc/app_name
. Incluso se puede ir un paso más allá y hacerlo con un concepto de tres capas: por ejemplo, si su aplicación está en /opt/app_name
, entonces tiene una configuración predeterminada /opt/app_name/conf
, y tanto /etc/app_name
como ~/.app_name
pueden anularla.
IIRC, KDE utiliza este concepto de tres capas e incluso tiene la posibilidad de marcar secciones o claves como no reemplazables, por lo que un administrador del sistema puede rechazar que el usuario anule e. gramo. la posición de la barra de tareas. Probablemente exagerado para implementar, pero quizás sea algo para pensar.
No importa si la configuración se almacena en un directorio que contiene varios archivos o si solo se trata de un archivo.
En todo el sistema y actualizable por todos los usuarios son, de alguna manera, objetivos competitivos ... las rutas convencionales suelen ser root-grabables, o tal vez por un usuario ficticio específicamente para una aplicación determinada. – Cascabel
Para ampliar el comentario de Jefromi, ¿por qué otro usuario podría modificar mi configuración? – tloach
@Jefromi Indeed. Ese es el problema. :-) Tengo una circunstancia única en la que ciertos elementos se comparten, pero deben ser actualizados por cualquier usuario del sistema. –