Blocker Description
I am looking at this case. Here is what happens: * I have FreeBSD ports tree checked out * Someone added and checked in two files into FreeBSD subversion repository into one subdirectory (one of them: devel/google- perftools/files/patch-malloc_hook_mmap_freebsd.h). * I delete one folder: rm -rf devel/google-perftools * I try update from devel: svn update google-perftools * It says it succeeds, but the new files aren't there Also, when I go to devel/google-perftools/files and by hand do this: # svn update patch-malloc_hook_mmap_freebsd.h Updating 'patch-malloc_hook_mmap_freebsd.h': At revision 339821. But file patch-malloc_hook_mmap_freebsd.h is still not there! This is a very serious bug. I did some ktrace on this last command, it tried to open that file 3 times, got "No such file" error every time. And repoted after the second time that it was successful. svn update from the top of the tree also doesn't bring the files down. Although deleting the sub-tree inside of the repository might be unconventional, 'svn update' should restore it to the original state since no subversion repository info was deleted. (it is only in the root of repository /.svn) Now I am at a loss what to do with this repository. Nothing seems to bring it to the correct state. If reproducing the issue is a problem, I can upload the whole tree to you with script that reproduces it. subversion-1.8.5 on FreeBSD 10-RC5
Original issue reported by yurivict