Qual è il problema?
-
KDE non rispetta altre impostazioni del window manager/DE.
C'è un modo per eseguire KDE in sicurezza insieme ad altri gestori di finestre senza doverli riconfigurare ogni volta dopo aver terminato i miei test con KDE?
Sfondo
I desktop principali del mio utente sono principalmente xfce (4.6, 4.8, 4.10) e Unity.
- Testo spesso più Window Manager (fluxbox, illuminazione, unity, gnome, ecc.). Solo KDE mi causa problemi quando ritorno a un altro WM una volta che ho finito di testare alcune funzionalità di KDE.
Cosa ho fatto per risolvere questo problema?
Quando ritorno a una WM diversa da KDE, scopro che devo eliminare i file di configurazione (in particolare *gtk files) per riportare le mie altre WM alle impostazioni predefinite.
Quale risposta sto cercando?
- Ci sono dei permessi per i file che posso impostare per impedire a KDE di interrompere le mie altre impostazioni WM?
- C'è un modo per determinare quali file nella mia directory home vengono toccati e modificati da KDE? Questo potrebbe aiutarmi a restringere il mio problema.
- Sono disponibile a creare uno script di accesso per correggere tutto ciò che KDE ha rotto. Per tre utenti, questo sarebbe accettabile. Questo non è scalabile fino a 50 utenti.
Cosa posso fare per testare KDE in sicurezza e tornare al mio window manager predefinito senza dover ripristinare continuamente la mia configurazione?
Perché è importante?
Ecco un caso d'uso che mi sta causando problemi:
Ho un utente (pensa a un exec di livello C) a cui piace cambiare avanti e indietro tra KDE e xfce (tra gli altri WM). Come posso configurare il loro profilo in modo che non ricevano le decorazioni per le finestre di KDE quando decidono di tornare a xfce?
Allo stato attuale, non sono stato in grado di impedire che una sessione xfce venisse completamente alterata dopo che un utente ha effettuato l'accesso a una sessione di KDE.
Risposta accettata:
Ecco una soluzione che ho trovato per attenuare i problemi di visualizzazione/decorazione delle finestre quando si passa da KDE a Xfce.
Come faccio a trovare i file modificati da KDE?
Trovare i file che sono cambiati in una home directory, entro un periodo di tempo specificato, è abbastanza semplice.
find ~ -maxdepth 5 -mmin 10 (cerca le modifiche negli ultimi 10 minuti)
Tuttavia, i risultati sono pieni di un gran numero di file dinamici (varie cache di app, ad esempio). Quindi, dovevo escluderli dai miei risultati:
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
Ciò si traduce in un elenco molto più gestibile per identificare i file modificati da KDE (non dubito che esista una soluzione più elegante per ottenere gli stessi risultati).
Correlati:come rimuovere le vecchie versioni del kernel per ripulire il menu di avvio?Quali file devono essere modificati e quali comandi devono essere eseguiti?
Prima di uscire da KDE, inserisci un terminale(Ctrl –Alt –t ), e immetti il seguente comando:
rm ~/.gtkrc-2.0
Questo rimuoverà le impostazioni della decorazione della finestra di KDE e la sua eliminazione comporterà che tali impostazioni non verranno applicate a Xfce. Tuttavia, una volta effettuato l'accesso a Xfce, il WM dovrà essere ripristinato con il seguente comando:
xfwm4 --replace
Inoltre, se sono state apportate modifiche al tema o ai caratteri mentre si lavora in KDE, sarà necessario eliminare un altro file prima di accedere a Xfce. In caso contrario, i caratteri nel browser web saranno stati modificati.
Di nuovo, dalla riga di comando:
rm ~/.fonts.conf
Come posso automatizzare (parzialmente) questo?
Ho automatizzato parte di questo modificando /etc/lightdm/lightdm.conf e inserendo le seguenti righe nel file:
[SeatDefaults]
session-cleanup-script = home/<userdir>/clean_up_after_kde.sh
Lo script contiene i due rm comandi dall'alto. Il xfwm --replace non può essere eseguito finché l'ambiente desktop non è già stato avviato, quindi viene ancora eseguito manualmente.
Affinché le modifiche abbiano effetto, è necessario riavviare lightdm. Eseguire quanto segue:
sudo restart lightdm .
La tua sessione si riavvierà immediatamente dopo questo comando e ti riporterà a una schermata di accesso, quindi assicurati di aver salvato qualsiasi lavoro prima di riavviare.
Questi comandi verranno eseguiti ora come parte del processo di logout. Nota che questo script viene eseguito solo dopo l'utente è completamente disconnesso.
Anche se questo è ancora piuttosto noioso, è un passo più piccolo per renderlo meno.