From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#12507: [debbugs-tracker] Processed: severity 12507 wishlist Date: Tue, 25 Sep 2012 20:18:22 -0700 Message-ID: References: <87bogubqjy.fsf@gnu.org> <873925ebpd.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1348629545 10513 80.91.229.3 (26 Sep 2012 03:19:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Sep 2012 03:19:05 +0000 (UTC) Cc: 'Karl Fogel' , 12507@debbugs.gnu.org To: "'Chong Yidong'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 26 05:19:09 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TGi9T-000295-W2 for geb-bug-gnu-emacs@m.gmane.org; Wed, 26 Sep 2012 05:19:08 +0200 Original-Received: from localhost ([::1]:56382 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGi9O-0007qh-VY for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Sep 2012 23:19:02 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:39515) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGi9M-0007qb-H5 for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 23:19:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TGi9L-0004vz-Em for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 23:19:00 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46478) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TGi9L-0004vv-BM for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 23:18:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TGiBJ-00018K-RI for bug-gnu-emacs@gnu.org; Tue, 25 Sep 2012 23:21:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Sep 2012 03:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12507 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12507-submit@debbugs.gnu.org id=B12507.13486296504331 (code B ref 12507); Wed, 26 Sep 2012 03:21:01 +0000 Original-Received: (at 12507) by debbugs.gnu.org; 26 Sep 2012 03:20:50 +0000 Original-Received: from localhost ([127.0.0.1]:56024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGiB8-00017n-09 for submit@debbugs.gnu.org; Tue, 25 Sep 2012 23:20:50 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:31567) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGiB5-00017c-P1 for 12507@debbugs.gnu.org; Tue, 25 Sep 2012 23:20:48 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q8Q3IhSD028920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 26 Sep 2012 03:18:44 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q8Q3IgBu015282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Sep 2012 03:18:42 GMT Original-Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q8Q3Ig4C006720; Tue, 25 Sep 2012 22:18:42 -0500 Original-Received: from dradamslap1 (/10.159.183.137) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 25 Sep 2012 20:18:41 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <873925ebpd.fsf@gnu.org> Thread-Index: Ac2bki5ssaB6Kek7StaeDuEfETufhQAABcrg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:64899 Archived-At: > > Am I wrong that `write-region' does not provide for backups? > > If not, then this is clearly a bug, and a pretty serious one, IMO. > > It would be annoying litter the filesystem with backups for every > internal configuration file. Why not let _users_ decide what is annoying to them and their filesystems? Some users (and I know some) might well want a backup file for their bookmarks. See bug #12503 for a hint why. But if you've already decided that a fix for this bug is not to be, because it is a bad idea for a user to back up her bookmark file, then why send this bug to the wishlist instead of marking it wontfix? Or does wishlist for you really mean the same thing as wontfix? > The abbrev file and desktop file are not > backed up either, and I think that's fine. Is your `custom-file' an "internal configuration file"? Do you back it up? It is not just about what you think is fine for users - not when it comes to user data. It's about what individual users think about their data. Let them decide, please. And as I said, we even have a user option for whether you want your bookmark-file backups to be numbered: `bookmark-version-control'. Imagine that! Besides `version-control', which applies to all files, we even give you a special option that applies only to your bookmark file. What do you think is the point of that option, if your bookmark file is in fact NEVER backed up at all? Do you not see a bug here? > I wouldn't mind adding a global feature to optionally enable > backups for such files. Fine. Let users enable backups, please. I have no problem with making that a user option. But in that case please document the fact that `bookmark-version-control' has no effect when your new option is turned off (no backups). Let's make it as clear as possible how to (a) turn backing up on/off and (b) control the backup naming when on.