r12096 - svn oddity

[Neil Williams]

On Wednesday 07 December 2005 1:09 pm, Josh Sled wrote:
> Yeah, I noticed the same issue with...
>
> ?      src/backend/rpc
> ?      src/backend/net
> ?      src/backend/qsf
>
> I find the behavior simultaneously annoying and good. :)

So the solution is to just locally remove the directories with rm -rf <path>? 
No svn commands required? These directories are now outside version control 
so it would seem the right method. Has everyone removed their src/backend 
stubs?

What do you find good about it, Josh? Should anyone need to revert they could 
get in the way - or at least they would if svn behaves like cvs in that 
regard, I don't know, haven't tried.
:-)

Running make clean / make distclean won't clear all those files - Makefile.in 
gets left behind - so I can't see how to prepare a working tree for an svn 
update after large changes. Presumably if all such directories were empty 
after the version controlled files were deleted by svn, svn would remove the 
directory recursively?

BTW. Is there an autotools way of clearing all Makefile.in from a tree? 
maintainer-clean doesn't do it either. I sometimes need to convert a working 
copy into a tree suitable for cvs / svn import. Currently I just have to rely 
on .cvsignore. I suppose I could write a project-specific clean-cvs target - 
see if I can get it to remove the config.*, aclocal.m4, autom4te.cache/ 
and ... yuk!
:-(

-- 

Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20051207/f4d3e499/attachment-0001.bin