all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dan Nicolaescu <dann@ics.uci.edu>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 737@emacsbugs.donarmstrong.com
Subject: bug#737: vc-dir reports unregistered-then-deleted file is "up-to-date"
Date: Wed, 7 Jan 2009 11:35:01 -0800 (PST)	[thread overview]
Message-ID: <200901071935.n07JZ10o008592@mothra.ics.uci.edu> (raw)
In-Reply-To: <2d7i57hryi.fsf@fencepost.gnu.org> (Stefan Monnier's message of "Wed, 07 Jan 2009 00:30:37 -0500")

Stefan Monnier <monnier@iro.umontreal.ca> 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... 






  reply	other threads:[~2009-01-07 19:35 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-17 21:12 bug#737: vc-dir reports unregistered-then-deleted file is "up-to-date" Bob Rogers
2008-10-03  1:46 ` Glenn Morris
2008-10-03  5:19   ` Dan Nicolaescu
2008-10-03  7:07     ` Glenn Morris
2008-10-03 19:06       ` Dan Nicolaescu
2008-10-04  5:38   ` Dan Nicolaescu
2008-10-05  0:44     ` Glenn Morris
2008-10-05  1:04       ` Dan Nicolaescu
2008-10-05  1:27         ` Glenn Morris
2008-10-05  1:45           ` Glenn Morris
2008-10-05  2:01             ` Glenn Morris
2008-10-05 15:40               ` Dan Nicolaescu
2008-10-05 23:47                 ` Glenn Morris
2008-10-05  2:24           ` Dan Nicolaescu
2008-10-05  2:10             ` Nick Roberts
2008-10-05 23:43             ` Glenn Morris
2008-10-06  0:33               ` Dan Nicolaescu
2008-10-06  6:26                 ` Nick Roberts
2008-10-06  7:33                 ` Glenn Morris
2008-10-06  7:53                   ` Dan Nicolaescu
2008-10-06  9:12                     ` Nick Roberts
2008-10-08  7:43                       ` Glenn Morris
2008-10-09  4:52                         ` Dan Nicolaescu
2008-10-10  1:39                           ` Glenn Morris
2009-01-07  5:30                           ` Stefan Monnier
2009-01-07 19:35                             ` Dan Nicolaescu [this message]
2009-01-08 16:44                               ` Stefan Monnier
2008-10-05  2:17         ` Nick Roberts
2009-01-07  5:33         ` Stefan Monnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200901071935.n07JZ10o008592@mothra.ics.uci.edu \
    --to=dann@ics.uci.edu \
    --cc=737@emacsbugs.donarmstrong.com \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.