From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: chad brown Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Disable VC when Emacs is noninteractive -batch Date: Tue, 14 Aug 2007 21:14:04 -0700 Message-ID: <8EF38E17-F615-4EC1-B971-024AE0651795@MIT.EDU> References: <87lkcpkbzc.fsf@hariken.mwolson.org> <85odhkfp7n.fsf@lola.goethe.zz> <86zm13andn.fsf@lola.quinscape.zz> <85y7gndqkt.fsf@lola.goethe.zz> <85y7glo91t.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1187151259 28844 80.91.229.12 (15 Aug 2007 04:14:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Aug 2007 04:14:19 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 15 06:14:17 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1ILAGr-0003eC-Sf for ged-emacs-devel@m.gmane.org; Wed, 15 Aug 2007 06:14:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILAGr-0003ok-8T for ged-emacs-devel@m.gmane.org; Wed, 15 Aug 2007 00:14:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ILAGn-0003mc-0X for emacs-devel@gnu.org; Wed, 15 Aug 2007 00:14:09 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILAGm-0003lk-5o for emacs-devel@gnu.org; Wed, 15 Aug 2007 00:14:08 -0400 Original-Received: from biscayne-one-station.mit.edu ([18.7.7.80]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1ILAGl-0006Yv-TV for emacs-devel@gnu.org; Wed, 15 Aug 2007 00:14:08 -0400 Original-Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by biscayne-one-station.mit.edu (8.13.6/8.9.2) with ESMTP id l7F4E468016578 for ; Wed, 15 Aug 2007 00:14:06 -0400 (EDT) Original-Received: from [192.168.1.101] (c-24-19-211-201.hsd1.mn.comcast.net [24.19.211.201]) (authenticated bits=0) (User authenticated as yandros@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id l7F4E2uO024164 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Wed, 15 Aug 2007 00:14:03 -0400 (EDT) In-Reply-To: X-Mailer: Apple Mail (2.752.2) X-Scanned-By: MIMEDefang 2.42 X-Spam-Score: 0.00 X-Detected-Kernel: Solaris 9 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: news.gmane.org gmane.emacs.devel:76544 Archived-At: On Aug 12, 2007, at 10:56 AM, Richard Stallman wrote: > > Do you ever delete the source files that are stored in RCS? > If not, then this feature will never do anything in your case. > So why object? I'm not sure that I understand your question, but maybe I can clarify via example: ~/Library/elisp/RCS/mh-flists.el,v exists and contains valuable (to me) historic information about changes over time, but ~/ Library/elisp/mh-flists.el does not exist, should not exist, and has not existed for many months. I had read the discussion to suggest that emacs would, under certain circumstances, silently recreate the later file from the former. If I am mistaken, please forgive my interruption -- I have been moving recently, and might easily have missed some detail while reading emacs-devel in bits and spurts. Regardless, I merely hoped to aid by describing some (possibly unusual) usage patterns that I have held for years; I'm sure that I can adapt myself and/or emacs for my own usage. On Aug 14, 2007, at 8:46 AM, Davis Herring wrote: > It's not the VC system -- that is, the external program like "cvs" > -- that > asks such questions, but rather the VC package in Emacs. There's > no risk > that people working on the latter won't be Emacs users and won't > (if it's > documented properly!) understand the implications of automatic > answers. Ah, I see that I misunderstood this part. Mea Culpa, and thanks for setting me straight. *chad