resposta curta
Não - sem mais esforço, este não é um procedimento de salvamento para simplesmente sincronizar todos os arquivos de configuração abaixo de ~/.config
.
resposta detalhada
Essa abordagem é limitada pelos seguintes pré-requisitos:
- Dependências para os aplicativos instalados, especialmente o plug-in componentes de uma aplicação.
- Mesma estrutura do sistema de arquivos em ambos os sistemas.
Por exemplo./home/Alice
e/home/Bob
falhará porque muitos dados de configuração usam o caminho qualificado e não a referência '~' ao diretório inicial do usuário. (No meu diretório .config, 30 (de 92) aplicativos são afetados por esse problema.) - A infraestrutura de rede pode ser diferente.
Por exemplo. desktop (com NFS, contas de usuário baseadas em LDAP) versus laptop móvel . -
Você precisa pensar em mudanças de configurações e manipulação de colisões.
Como os dados podem ser críticos, aconselho usar um sistema de controle de versão (por exemplo, subversão) como backend para armazenar os dados. -
Os diretórios de configuração podem conter dados voláteis não adequados para sincronização:
-
arquivo de bloqueio (por exemplo,
chromium/SingletonLock
) que deve ser excluído. - cache diretórios
- ...
-
arquivo de bloqueio (por exemplo,
Mas experimente e relate seu sucesso e as "lições aprendidas": -)
Concordo que a situação atual abaixo do Linux não é adequada para trabalhar com vários dispositivos.
O problema é que a maioria dos dados de configuração é armazenada no sistema de arquivos e gnome, kde ou freedesktop fornecem um repositório de configuração acessível por rede e um esquema de precedência para dados de configuração compartilhados locais.
Minha solução é tentar configurá-la tanto quanto útil abaixo de / etc e compartilhar essa configuração (via subversion). Esta abordagem evoluiu atualmente para um framework interno de 5k linhas de código bash e mais de 2000 arquivos de dados. Ele lida atualmente com 4 computadores, 5 dispositivos móveis e 2 servidores.
Para alguns dos meus dados próprios abaixo ~ / .config, ~ / .thunderbird (...) eu uso uma abordagem semelhante.