From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: backup method Date: Sun, 30 Jan 2005 19:20:02 -0500 Message-ID: References: <20050127000210.GA6167@boetes.org> <200501270045.j0R0jIq06197@raven.dms.auburn.edu> <20050127015432.GB6167@boetes.org> <20050128035618.GI6167@boetes.org> <20050129060851.GQ6167@boetes.org> <200501291842.j0TIgVw09020@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1107132685 23073 80.91.229.6 (31 Jan 2005 00:51:25 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 31 Jan 2005 00:51:25 +0000 (UTC) Cc: han@mijncomputer.nl, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 31 01:51:18 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CvPmg-000873-00 for ; Mon, 31 Jan 2005 01:51:18 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPzI-0000OF-3u for ged-emacs-devel@m.gmane.org; Sun, 30 Jan 2005 20:04:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CvPvP-0007Jg-Mq for emacs-devel@gnu.org; Sun, 30 Jan 2005 20:00:19 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CvPuy-0007BS-N3 for emacs-devel@gnu.org; Sun, 30 Jan 2005 19:59:57 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CvPuu-00073U-96 for emacs-devel@gnu.org; Sun, 30 Jan 2005 19:59:48 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CvPL4-0002Fo-1R for emacs-devel@gnu.org; Sun, 30 Jan 2005 19:22:46 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CvPIQ-0007ac-Oh; Sun, 30 Jan 2005 19:20:04 -0500 Original-To: Luc Teirlinck In-reply-to: <200501291842.j0TIgVw09020@raven.dms.auburn.edu> (message from Luc Teirlinck on Sat, 29 Jan 2005 12:42:31 -0600 (CST)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:32649 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:32649 I believe that the correct solution in this particular case is to make `normal-backup-enable-predicate' use a customizable list of directories in which no backups are made, say `no-backup-directories'. I have no objection, but note that there is already a hook to replace the backup predicate entirely--one could replace it with `ignore', for instance. (This is in addition to the possibility of editing the code.) There is no need for everything in Emacs to be customizable in several different ways. But why avoid making backups for /tmp? Is there some specific reason why it is bad to make backups for /tmp? Or was the idea nothing more than "these files are unimportant anyway"? Sometimes a program writes a file into /tmp just for it to be edited, and after you exit Emacs, the program will delete it. In might be pointless to have backups for these files, but not disastrous. With disk space what it is, why should the default be not to make backups for them?