A primeira coisa é, fazer o pacote deb é muito exagerado. É preciso procurar todas as atualizações de pacotes upstream e, em seguida, reaplicar todas as configurações personalizadas para elas, além de cuidar de empurrar esses pacotes para máquinas relevantes (leia: o gerenciamento indefinido do inferno até que alguém saia do trabalho). Ou simplesmente ignore todas as atualizações do upstream e corra o risco de falhas de segurança / erro de omissão. Eu já estive neste caminho antes e aprendi tal problema da maneira mais difícil, e absolutamente não recomendo a ninguém.
No entanto, antes de escrever um script, é melhor aprender como os pacotes deb são feitos, já que seria insensato forçar a saída da configuração Debian, e então ter que intervir manualmente quando o processo de atualização deb exigir se manter a configuração de localização ou usar upstream 1. Para. Cada. Máquina.
Por exemplo, ao criar o host virtual sob Aapche, é aconselhável fazer o "caminho do Debian": colocar qualquer configuração de host virtual em arquivo adicional em /etc/apache2/sites-available/ e adicionar um link simbólico a /etc/apache2/sites-enabled/ para essa necessidade de host virtual para ser ativado, em vez de apenas preencher tudo dentro de httpd.conf .
Além disso, esses sistemas de automação de configuração, como o chef e o fantoche também são exageros. Eles seriam úteis para implantar sistemas de grande escala ou quando houver necessidade de implantação frequente. Eles não contribuem para o benefício de casos de ativação e desativação como o OP especificado (configuração de algumas máquinas de desenvolvedor).