Nil (./3743) :
Sous Arch, le comportement normalement attendu est bien décrit : https://wiki.archlinux.org/index.php/Pacnew_and_Pacsave_Files

.pacsave

If the user has modified one of the files specified in backup then that file will be renamed with a .pacsave extension and will remain in the filesystem after the rest of the package is removed.
Note: Use of the -n option with pacman -R will result in complete removal of all files in the specified package, therefore no .pacsave files will be created.

Du coup, réinstaller met les fichiers de conf par défaut, et on a toujours le .pacsave disponible au cas où. Et on peut faire une recherche sur le fs des .pacsave si on veut les supprimer a posteriori.

Ce genre de comportement existe aussi dans RPM (avec les extensions .rpmsave et .rpmnew), mais ça ne touche pas aux répertoires home, qui contiennent la plupart des réglages. Mais effectivement, dans le cas d'un fichier de configuration dans /etc (comme c'était le cas chez Arvi89) et contenu dans le paquetage, la suppression du paquetage renomme le fichier de configuration en un fichier .rpmsave, qu'il soit marqué %config(noreplace) (le cas le plus courant) ou juste %config. Cf. http://www-uxsup.csx.cam.ac.uk/~jw35/docs/rpm_config.html et https://fedoraproject.org/wiki/PackagingDrafts/Logfiles pour le comportement de %config.