unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* vc-directory ignores .cvsignore?
@ 2008-01-23  5:29 Sam Steingold
  2008-01-24  7:09 ` Dan Nicolaescu
  0 siblings, 1 reply; 2+ messages in thread
From: Sam Steingold @ 2008-01-23  5:29 UTC (permalink / raw)
  To: emacs-devel

GNU Emacs 23.0.50.3 (i686-pc-linux-gnu, GTK+ Version 2.12.3)
 of 2008-01-09 on loiso
 '--with-gtk'

I have been using PCL-CVS for "multi-file commits" and VC for single
file commits until I was forced to use baz and now hg at work.
since it appears that cvs is losing ground not to svn but to git/bzr/hg,
I decided to give C-x v d (vc-directory) a try.
the first thing I discovered was that .cvsignore appears to be ignored:

here is the "dired under cvs" buffer:

==========================================================
  /usr/local/src/clisp/current:

  /usr/local/src/clisp/current/build-g/bindings/glibc:

  -rw-rw-r-- (modified) Jan 22 18:48 linux.lisp
  -rw-rw-r-- (modified) Jan 22 17:27 test.tst

  /usr/local/src/clisp/current/build-g-gxx/bindings/glibc:

  -rw-rw-r-- (modified) Jan 22 18:48 linux.lisp
  -rw-rw-r-- (modified) Jan 22 17:27 test.tst

  /usr/local/src/clisp/current/build-mt/bindings/glibc:

  -rw-rw-r-- (modified) Jan 22 18:48 linux.lisp
  -rw-rw-r-- (modified) Jan 22 17:27 test.tst

  /usr/local/src/clisp/current/doc:

  -rw-rw-r-- (modified) Jan 20 04:23 _clisp.1
  -rw-rw-r-- (modified) Jan 20 04:22 _clisp.html
  -rw-rw-r-- (modified) Jan 20 04:22 impnotes.html

  /usr/local/src/clisp/current/modules/bindings/glibc:

  -rw-rw-r-- (modified) Jan 22 17:27 test.tst
==========================================================

/usr/local/src/clisp/current/.cvsignore lists "build*", i.e., all
build-* directories are just that - hard and soft links of sources and
compiled files.
so, why are they listed here?
I understand that this is because the CVS directories are linked over
too, but why are these directories descended into?

thanks.

-- 
Sam Steingold (http://sds.podval.org/) on Fedora release 8 (Werewolf)
http://honestreporting.com http://israelunderattack.slide.com http://memri.org
http://truepeace.org http://pmw.org.il http://palestinefacts.org
There are many reasons not to use Lisp - but no good ones.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: vc-directory ignores .cvsignore?
  2008-01-23  5:29 vc-directory ignores .cvsignore? Sam Steingold
@ 2008-01-24  7:09 ` Dan Nicolaescu
  0 siblings, 0 replies; 2+ messages in thread
From: Dan Nicolaescu @ 2008-01-24  7:09 UTC (permalink / raw)
  To: emacs-devel

Sam Steingold <sds@gnu.org> writes:

  > GNU Emacs 23.0.50.3 (i686-pc-linux-gnu, GTK+ Version 2.12.3)
  >  of 2008-01-09 on loiso
  >  '--with-gtk'
  > 
  > I have been using PCL-CVS for "multi-file commits" and VC for single
  > file commits until I was forced to use baz and now hg at work.
  > since it appears that cvs is losing ground not to svn but to git/bzr/hg,
  > I decided to give C-x v d (vc-directory) a try.
  > the first thing I discovered was that .cvsignore appears to be ignored:
  > 
  > here is the "dired under cvs" buffer:
  > 
[snip]
  > /usr/local/src/clisp/current/.cvsignore lists "build*", i.e., all
  > build-* directories are just that - hard and soft links of sources and
  > compiled files.
  > so, why are they listed here?
  > I understand that this is because the CVS directories are linked over
  > too, but why are these directories descended into?

I didn't check, but this behavior seems consistent with how vc-dired
works.  vc-status might soon replace vc-dired and hopefully won't have
this problem...

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-01-24  7:09 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-23  5:29 vc-directory ignores .cvsignore? Sam Steingold
2008-01-24  7:09 ` Dan Nicolaescu

Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).