[prev in list] [next in list] [prev in thread] [next in thread] 

List:       subversion-issues
Subject:    [Issue 4462] New - Files added to repository by others don't come down with 'svn update'
From:       yurivict () tigris ! org
Date:       2014-01-15 21:19:15
Message-ID: iz4462 () subversion ! tigris ! org
[Download RAW message or body]

http://subversion.tigris.org/issues/show_bug.cgi?id=4462
                 Issue #|4462
                 Summary|Files added to repository by others don't come down wi
                        |th 'svn update'
               Component|subversion
                 Version|1.8.x
                Platform|All
                     URL|
              OS/Version|FreeBSD
                  Status|NEW
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|DEFECT
                Priority|P1
            Subcomponent|unknown
             Assigned to|issues@subversion
             Reported by|yurivict






------- Additional comments from yurivict@tigris.org Wed Jan 15 13:19:15 -0800 2014 \
------- 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

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=463&dsMessageId=3071659

To unsubscribe from this discussion, e-mail: \
[issues-unsubscribe@subversion.tigris.org].


[prev in list] [next in list] [prev in thread] [next in thread]