From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.bugs Subject: bug#737: vc-dir reports unregistered-then-deleted file is "up-to-date" Date: Wed, 7 Jan 2009 11:35:01 -0800 (PST) Message-ID: <200901071935.n07JZ10o008592@mothra.ics.uci.edu> References: <18600.37952.844941.609726@rgrjr.rgrjr.dyndns.org> <200810040538.m945cRWl025789@mothra.ics.uci.edu> <200810050104.m9514rDt028153@mothra.ics.uci.edu> <200810050224.m952OBGw028267@mothra.ics.uci.edu> <200810060033.m960X1L9001223@mothra.ics.uci.edu> <5vprmemb3k.fsf@fencepost.gnu.org> <200810060753.m967rsdr002713@mothra.ics.uci.edu> <18665.54888.18653.725178@kahikatea.snap.net.nz> <200810090452.m994qaCG015034@mothra.ics.uci.edu> <2d7i57hryi.fsf@fencepost.gnu.org> Reply-To: Dan Nicolaescu , 737@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1231357474 18397 80.91.229.12 (7 Jan 2009 19:44:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 7 Jan 2009 19:44:34 +0000 (UTC) Cc: 737@emacsbugs.donarmstrong.com To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 07 20:45:45 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LKeLS-0007RQ-6A for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Jan 2009 20:45:38 +0100 Original-Received: from localhost ([127.0.0.1]:45278 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKeKC-000445-H8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Jan 2009 14:44:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LKeJQ-0003jW-OT for bug-gnu-emacs@gnu.org; Wed, 07 Jan 2009 14:43:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LKeJM-0003gp-OT for bug-gnu-emacs@gnu.org; Wed, 07 Jan 2009 14:43:32 -0500 Original-Received: from [199.232.76.173] (port=60897 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKeJM-0003gR-3L for bug-gnu-emacs@gnu.org; Wed, 07 Jan 2009 14:43:28 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:49881) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LKeJL-0001Eb-CU for bug-gnu-emacs@gnu.org; Wed, 07 Jan 2009 14:43:27 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n07JhOnZ027322; Wed, 7 Jan 2009 11:43:24 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n07Je6vF026368; Wed, 7 Jan 2009 11:40:06 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Dan Nicolaescu Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 07 Jan 2009 19:40:06 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 737 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 737-submit@emacsbugs.donarmstrong.com id=B737.123135691725930 (code B ref 737); Wed, 07 Jan 2009 19:40:06 +0000 Original-Received: (at 737) by emacsbugs.donarmstrong.com; 7 Jan 2009 19:35:17 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from sallyv2.ics.uci.edu (sallyv2.ics.uci.edu [128.195.1.120]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n07JZDRJ025508 for <737@emacsbugs.donarmstrong.com>; Wed, 7 Jan 2009 11:35:14 -0800 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id n07JZ1wF013919; Wed, 7 Jan 2009 11:35:01 -0800 (PST) Original-Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n07JZ10o008592; Wed, 7 Jan 2009 11:35:01 -0800 (PST) In-Reply-To: <2d7i57hryi.fsf@fencepost.gnu.org> (Stefan Monnier's message of "Wed, 07 Jan 2009 00:30:37 -0500") Original-Lines: 53 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n07JZ1wF013919 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Wed, 07 Jan 2009 14:43:31 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:23895 Archived-At: Stefan Monnier writes: > > The reason a single person asked about this is to be able to use CVS > > offline. But vc-dir is useless with CVS offline, it will just tell you > > Actually, the stay-local feature in CVS is (for me) not so much to work > offline (since CVS is not really usable in that circumstance), but so > that M-x vc-dir RET doesn't take ages to give me a buffer. I very often > want to have a *vc-dir* buffer to see which files I've modified, then > either open them, or get a diff of the changes I made, ... all those > operations can be made in much less time than it takes for "cvs > update -n" (or "cvs status") to finish. Wow, this answer is a blast from the past... You can get the above by setting a variable, doing it by default for CVS does not seem like a good idea. > Supposedly, those operations can even all be performed offline in Svn, > so stay-local might be even more useful there. > > > What Stefan wanted was predicated by the existence of a vc-pull function > > to balance for not being able to see the status of the remote > > files. > > Actually, vc-pull is not just needed to make up for "stay-local". > It's just needed for all the more modern backends. So it's > a high priority. > > > Such a function does not exist, and it probably won't during the > > feature freeze. > > Yes, it's too bad that vc-dir is still lacking such features at > this point. Not enough contributors, it seems. You are giving vc-dir too much credit here, in itself it's nothing more than a pretty printer and a GUI that can return multiple selections. What's missing is the mechanism to do these things in VC. Once VC has support for vc-pull, adding such support to vc-dir should be easy. It's strange that VC does not get more contributors. It might be because people think that VC is not good enough, but now that should not be the case anymore, since it can do operations on multiple files/directories it's in a decent shape. Or maybe people think that VC is too complex (I certainly thought so until I first looked at it), but it's really not, once you look underneath it's pretty straightforward. It's even more strange that version control is so important nowadays, and just about everyone seems to have a very strong opinion about it, but not enough to want to contribute to VC... Maybe you want to make some public statement saying that VC is in good shape now, and that contributions to improve it are welcome and very much wanted...