Re: Adding 2006. + VC/PCL-CVS

Re: Adding 2006. + VC/PCL-CVS

[Nick Roberts]

lisp/progmodes is done, apart from modula2.el which has its own copyright
notice.

cvs-examine takes ages to list all modified files while vc-directory is quick.
Does anybody know why this is?
cvs-commit also takes a long time with a large number of files but maybe thats
to be expected.

cvs-commit allows you to commit all files at once with one message.  Why can't
this be done with marked files in VC (they get committed one by one)

I got this message after the commit:

Message: new revision: 1.21; previous revision: 1.20
Message: /sources/emacs/emacs/lisp/progmodes/ada-prj.el,v  <--  ada-prj.el
Message: new revision: 1.18; previous revision: 1.17
Message: cvs commit: Using deprecated info format strings.  Convert your scripts to use
Message: the new argument format and remove '1's from your info file format strings.

Nick

Re: Adding 2006. + VC/PCL-CVS

[Miles Bader]

Nick Roberts <nickrob@snap.net.nz> writes:
> Message: cvs commit: Using deprecated info format strings.  Convert your scripts to use
> Message: the new argument format and remove '1's from your info file format strings.

The funny message is a savannah issue, and they know about it.

-Miles
-- 
"An atheist doesn't have to be someone who thinks he has a proof that there
can't be a god.  He only has to be someone who believes that the evidence
on the God question is at a similar level to the evidence on the werewolf
question."  [John McCarthy]

Re: Adding 2006. + VC/PCL-CVS

[Stefan Monnier]

> cvs-examine takes ages to list all modified files while vc-directory
> is quick.

I never use M-x cvs-examine.  I use C-u C-x C-f foo/bar/CVS (or
equivalently M-x cvs-quickdir) which is much quicker.

> Does anybody know why this is?

Probably vc-directory does something similar to cvs-quickdir (i.e. it
doesn't contact the repository).

> cvs-commit allows you to commit all files at once with one message.
> Why can't this be done with marked files in VC (they get committed one by
> one)

VC was based on model where all operations are done on a single file.
It's been extended since, but only at a few spots (mostly the code that
populates vc-directory).


        Stefan

Re: Adding 2006. + VC/PCL-CVS

[Nick Roberts]

 > Probably vc-directory does something similar to cvs-quickdir (i.e. it
 > doesn't contact the repository).

Is that true?  The Emacs manual says (about vc-directory):


     Here is an example using CVS:

         /home/joe/develop:

         -rw-r--r-- (modified) Aug  2  1997 file1.c
         -rw-r--r--            Apr  4 20:09 file2.c
         -rw-r--r-- (merge)    Sep 13  1996 file3.c

     Here `file1.c' is modified with respect to the repository, and
  `file2.c' is not.  `file3.c' is modified, but other changes have also
  been checked in to the repository--you need to merge them with the work
  file before you can check it in.

I have never seen (merge) with vc-directory, but how can it know a merge
is needed without contacting the repository?

Nick

P.S I think some of the slowness may have something to do with savannah
as my usual method (command line) of updating is also taking longer.

Re: Adding 2006. + VC/PCL-CVS

[spiegel]

> cvs-commit allows you to commit all files at once with one message.  
Why can't
> this be done with marked files in VC (they get committed one by one)

That's a structural issue.  The VC functions are just not designed for this 
kind of thing, so the only thing we can do at the moment is commit-one-by-
one.  When somebody finds the time, that will be improved.