Emacs fait des backups de certains fichiers, et désactive les backups
dans certains cas particuliers: fichiers gérés par système de contrôle
de version (e.g. Subversion) et fichiers qui sont descendants de
certains répertoires (e.g. /tmp, /var/tmp).
Il s'agit du comportement *par défaut*. Trouvez-vous cela normal?
Je pense que l'utilisateur n'est pas forcément au courant qu'il existe
de tels cas particuliers et peut être très désagréablement surpris
quand il ne trouve pas de backup pour le fichier qu'il vient d'effacer
par erreur (c'était mon cas).
Concernant la règle pour les fichiers gérés par système de contrôle de
version, il peut se passer plusieurs heures (voire plusieurs jours) avec
plusieurs éditions du fichier avant un commit, donc je ne vois pas la
raison de désactiver les backups, tout du moins pour le comportement par
défaut. Ceci, même si la majorité des utilisateurs utilisant un système
de contrôle de version préfère l'absence de backup pour ces fichiers.
Note: je pense qu'on est bien d'accord que le système de backup d'Emacs
est un système à court terme, et qu'il complète d'autres systèmes de
backup à plus long terme (en cas de panne de disque, etc.).
À (at) Mon, 29 Jan 2007 22:16:30 +0000 (UTC), Vincent Lefevre <vincent+ écrivait (wrote):
Dans l'article , Paul Gaborit écrit:
Heu, là, je ne vois pas. La confirmation de l'écrasement du contenu d'un fichier par un autre me semble tout à fait pertinente quel que soit le contexte....
Si Emacs considère qu'un fichier est récupérable au point qu'un back-up n'est pas nécessaire, il devrait en être de même lors des écrasements.
Conclusion : un règlage par défaut satisfaisant tout le monde n'existe pas. D'ailleurs, si ce règlage existait, ce ne serait plus un règlage. ;-)
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Mon, 29 Jan 2007 22:16:30 +0000 (UTC),
Vincent Lefevre <vincent+news@vinc17.org> écrivait (wrote):
Dans l'article <wt9veipvp9v.fsf@vaugirard.enstimac.fr>,
Paul Gaborit <Paul.Gaborit@invalid.invalid> écrit:
Heu, là, je ne vois pas. La confirmation de l'écrasement du contenu
d'un fichier par un autre me semble tout à fait pertinente quel que
soit le contexte....
Si Emacs considère qu'un fichier est récupérable au point qu'un
back-up n'est pas nécessaire, il devrait en être de même lors des
écrasements.
Conclusion : un règlage par défaut satisfaisant tout le monde n'existe
pas. D'ailleurs, si ce règlage existait, ce ne serait plus un
règlage. ;-)
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Mon, 29 Jan 2007 22:16:30 +0000 (UTC), Vincent Lefevre <vincent+ écrivait (wrote):
Dans l'article , Paul Gaborit écrit:
Heu, là, je ne vois pas. La confirmation de l'écrasement du contenu d'un fichier par un autre me semble tout à fait pertinente quel que soit le contexte....
Si Emacs considère qu'un fichier est récupérable au point qu'un back-up n'est pas nécessaire, il devrait en être de même lors des écrasements.
Conclusion : un règlage par défaut satisfaisant tout le monde n'existe pas. D'ailleurs, si ce règlage existait, ce ne serait plus un règlage. ;-)
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Vincent Lefevre
Dans l'article , Paul Gaborit écrit:
À (at) Mon, 29 Jan 2007 22:16:30 +0000 (UTC), Vincent Lefevre <vincent+ écrivait (wrote): > Dans l'article , > Paul Gaborit écrit: > >> Heu, là, je ne vois pas. La confirmation de l'écrasement du contenu >> d'un fichier par un autre me semble tout à fait pertinente quel que >> soit le contexte.... > > Si Emacs considère qu'un fichier est récupérable au point qu'un > back-up n'est pas nécessaire, il devrait en être de même lors des > écrasements.
Conclusion : un règlage par défaut satisfaisant tout le monde n'existe pas. D'ailleurs, si ce règlage existait, ce ne serait plus un règlage. ;-)
Sauf qu'ici, c'est essentiellement un problème de cohérence (entre la politique des back-up et celle de l'écrasement de fichiers) plutôt que de satisfaction. Mais maintenant, peut-être que la notion de cohérence est subjective lorsqu'il s'agit de cas particuliers, et alors, pour éviter les problèmes de cohérence dans les réglages par défaut, il ne faut pas faire de cas particuliers.
Dans l'article <wt91wlcvqmm.fsf@vaugirard.enstimac.fr>,
Paul Gaborit <Paul.Gaborit@invalid.invalid> écrit:
À (at) Mon, 29 Jan 2007 22:16:30 +0000 (UTC),
Vincent Lefevre <vincent+news@vinc17.org> écrivait (wrote):
> Dans l'article <wt9veipvp9v.fsf@vaugirard.enstimac.fr>,
> Paul Gaborit <Paul.Gaborit@invalid.invalid> écrit:
>
>> Heu, là, je ne vois pas. La confirmation de l'écrasement du contenu
>> d'un fichier par un autre me semble tout à fait pertinente quel que
>> soit le contexte....
>
> Si Emacs considère qu'un fichier est récupérable au point qu'un
> back-up n'est pas nécessaire, il devrait en être de même lors des
> écrasements.
Conclusion : un règlage par défaut satisfaisant tout le monde n'existe
pas. D'ailleurs, si ce règlage existait, ce ne serait plus un
règlage. ;-)
Sauf qu'ici, c'est essentiellement un problème de cohérence (entre la
politique des back-up et celle de l'écrasement de fichiers) plutôt que
de satisfaction. Mais maintenant, peut-être que la notion de cohérence
est subjective lorsqu'il s'agit de cas particuliers, et alors, pour
éviter les problèmes de cohérence dans les réglages par défaut, il ne
faut pas faire de cas particuliers.
À (at) Mon, 29 Jan 2007 22:16:30 +0000 (UTC), Vincent Lefevre <vincent+ écrivait (wrote): > Dans l'article , > Paul Gaborit écrit: > >> Heu, là, je ne vois pas. La confirmation de l'écrasement du contenu >> d'un fichier par un autre me semble tout à fait pertinente quel que >> soit le contexte.... > > Si Emacs considère qu'un fichier est récupérable au point qu'un > back-up n'est pas nécessaire, il devrait en être de même lors des > écrasements.
Conclusion : un règlage par défaut satisfaisant tout le monde n'existe pas. D'ailleurs, si ce règlage existait, ce ne serait plus un règlage. ;-)
Sauf qu'ici, c'est essentiellement un problème de cohérence (entre la politique des back-up et celle de l'écrasement de fichiers) plutôt que de satisfaction. Mais maintenant, peut-être que la notion de cohérence est subjective lorsqu'il s'agit de cas particuliers, et alors, pour éviter les problèmes de cohérence dans les réglages par défaut, il ne faut pas faire de cas particuliers.
