¿Cuál es el problema?
-
KDE no respeta otras configuraciones del administrador de ventanas/DE.
¿Hay alguna manera de ejecutar KDE de forma segura junto con otros administradores de ventanas sin tener que volver a configurarlos cada vez que termine mis pruebas con KDE?
Antecedentes
Los escritorios principales de mi usuario son principalmente xfce (4.6, 4.8, 4.10) y Unity.
- Con frecuencia pruebo varios administradores de ventanas (fluxbox, iluminación, unidad, gnomo, etc.). Solo KDE me causa problemas cuando regreso a otro WM una vez que termino de probar alguna funcionalidad de KDE.
¿Qué he hecho para solucionar esto?
Cuando vuelvo a un WM que no sea KDE, descubro que tengo que eliminar los archivos de configuración (específicamente los archivos *gtk) para que mis otros WM vuelvan a su configuración predeterminada.
¿Qué respuesta estoy buscando?
- ¿Hay algún permiso de archivo que pueda configurar para evitar que KDE rompa mis otras configuraciones de WM?
- ¿Hay alguna forma de determinar qué archivos de mi directorio de inicio toca y modifica KDE? Eso podría ayudarme a reducir mi problema.
- Estoy dispuesto a crear un script de inicio de sesión para corregir cualquier cosa que KDE haya roto. Para tres usuarios, esto sería aceptable. Esto no escala a 50 usuarios.
¿Qué puedo hacer para probar KDE de forma segura y volver a mi administrador de ventanas predeterminado sin tener que restaurar continuamente mi configuración?
¿Por qué es esto importante?
Aquí hay un caso de uso que me está causando problemas:
Tengo un usuario (piense en un ejecutivo de nivel C) al que le gusta cambiar entre KDE y xfce (entre otros WM). ¿Cómo puedo configurar su perfil para que no reciban decoraciones de ventana de KDE cuando decidan volver a xfce?
Tal como está, no he podido evitar que una sesión de xfce se destruya por completo después de que un usuario inicie sesión en una sesión de KDE.
Respuesta aceptada:
Aquí hay una solución que he encontrado para mitigar los problemas de decoración de pantalla/ventana al cambiar entre KDE y Xfce.
¿Cómo encuentro qué archivos ha modificado KDE?
Encontrar los archivos que han cambiado en un directorio de inicio, dentro de un período de tiempo específico, es bastante sencillo.
find ~ -maxdepth 5 -mmin 10 (busca cambios en los últimos 10 minutos)
Sin embargo, los resultados están repletos de una gran cantidad de archivos dinámicos (varias cachés de aplicaciones, por ejemplo). Entonces, necesitaba excluirlos de mis resultados:
find ~/ -maxdepth 5 ( -path ~/.cache -o -path ~/.xchat2 -o -path ~/.local -o -path ~/Downloads -o -path ~/.config/deluge -o -path ~/.config/chromium -o -path ~/docs -o -path ~/.dropbox -o -path ~/Dropbox -o -path ~/.pulse -o -path ~/.dbus ) -prune -o -mmin -5
Esto da como resultado una lista mucho más manejable para identificar los archivos que KDE ha modificado (no dudo que haya una solución más elegante para obtener los mismos resultados).
Relacionado:¿Cómo eliminar versiones antiguas del kernel para limpiar el menú de arranque?¿Qué archivos se deben cambiar y qué comandos se deben ejecutar?
Antes de salir de KDE, ingrese una terminal (Ctrl –Alt –t ), e ingrese el siguiente comando:
rm ~/.gtkrc-2.0
Esto eliminará la configuración de la decoración de la ventana de KDE y su eliminación hará que esa configuración no se aplique a Xfce. Sin embargo, una vez que haya iniciado sesión en Xfce, el WM deberá reiniciarse con el siguiente comando:
xfwm4 --replace
Además, si se han realizado cambios en el tema o la fuente mientras trabajaba en KDE, será necesario eliminar otro archivo antes de iniciar sesión en Xfce. De lo contrario, se habrán modificado las fuentes en el navegador web.
Nuevamente, desde la línea de comando:
rm ~/.fonts.conf
¿Cómo puedo (parcialmente) automatizar esto?
He automatizado parte de esto editando /etc/lightdm/lightdm.conf y colocando las siguientes líneas en el archivo:
[SeatDefaults]
session-cleanup-script = home/<userdir>/clean_up_after_kde.sh
El script contiene los dos rm órdenes desde arriba. El xfwm --replace no se puede ejecutar hasta que el entorno de escritorio ya se haya iniciado, por lo que todavía se ejecuta manualmente.
Para que los cambios surtan efecto, es necesario reiniciar lightdm. Ejecute lo siguiente:
sudo restart lightdm .
Su sesión se reiniciará inmediatamente después de este comando y lo llevará de vuelta a una pantalla de inicio de sesión, así que asegúrese de haber guardado cualquier trabajo antes de reiniciar.
Estos comandos se ejecutarán ahora como parte del proceso de cierre de sesión. Tenga en cuenta que este script se ejecuta solo después el usuario está completamente desconectado.
Si bien esto sigue siendo bastante torpe, es un paso más pequeño para hacerlo menos.