From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: Redesigh of the VC front end Date: Mon, 05 May 2008 21:29:36 -0400 Message-ID: <87r6cgkynz.fsf@red-bean.com> References: <20080506003943.80ED89F054C@snark.thyrsus.com> Reply-To: Karl Fogel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1210037405 24095 80.91.229.12 (6 May 2008 01:30:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 May 2008 01:30:05 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Eric S. Raymond" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 06 03:30:40 2008 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 1JtC0l-0005tf-Io for ged-emacs-devel@m.gmane.org; Tue, 06 May 2008 03:30:31 +0200 Original-Received: from localhost ([127.0.0.1]:57605 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JtC03-00035R-9c for ged-emacs-devel@m.gmane.org; Mon, 05 May 2008 21:29:47 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JtBzz-00033P-2d for emacs-devel@gnu.org; Mon, 05 May 2008 21:29:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JtBzw-000337-Im for emacs-devel@gnu.org; Mon, 05 May 2008 21:29:41 -0400 Original-Received: from [199.232.76.173] (port=60614 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JtBzw-000330-E1 for emacs-devel@gnu.org; Mon, 05 May 2008 21:29:40 -0400 Original-Received: from sanpietro.red-bean.com ([66.146.193.61]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JtBzw-0005hj-JS for emacs-devel@gnu.org; Mon, 05 May 2008 21:29:40 -0400 Original-Received: from localhost ([127.0.0.1]:57739 helo=floss ident=kfogel) by sanpietro.red-bean.com with esmtp (Exim 4.69) (envelope-from ) id 1JtBzt-0006y8-4z; Mon, 05 May 2008 20:29:38 -0500 In-Reply-To: <20080506003943.80ED89F054C@snark.thyrsus.com> (Eric S. Raymond's message of "Mon, 5 May 2008 20:39:43 -0400 (EDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:96562 Archived-At: "Eric S. Raymond" writes: > More generally, these rules are messy and complicated. They have a > functional gap as well; there is no way at all to designate a selection that > says "I don't care where we are, operate on the entire repo", which is > an important concept when doing (say) commits or log-print requests on > any VCS from Subversion onwards. When you say "repo", do you sometimes mean what Subversion would call the "working copy" and sometimes mean what Subversion would call the "repository"? For commits, I interpret your "repo" as the former, but when you said "log-print" I interpreted it as the latter... > 2. When the backend supports the concept, every vc-dir buffer has a > special top-line entry that can be marked to select the entire repo. ...and especially here I'd like to really understand what you mean by "repo", so I can understand exactly what the above-proposed behavior is. Hope you're feeling better now, -Karl