[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Override and Update fails with not a working copy

From: David Balažic <david.balazic_at_hermes-softlab.com>
Date: Tue, 17 Feb 2009 10:48:40 +0100

Mark Phippard wrote:
 
> On Mon, Feb 16, 2009 at 12:25 PM, David Balažic
> <david.balazic_at_hermes-softlab.com> wrote:
> > Mark Phippard wrote:
> >>
> >> On Mon, Feb 16, 2009 at 6:12 AM, David Balažic
> >> <david.balazic_at_hermes-softlab.com> wrote:
> >> > Hi!
> >> >
> >> > (I CC the svn users list, becasue usually there is zero
> >> reply on the subclipse list)
> >> > (please CC me as I am not subscribed to the svn users list)
> >> > (subclipse is a plugin for Eclipse to allow SVN
> >> functionality like browse repos, checkout, checkin, etc.)
> >> >
> >> > Many times when I do "Override and Update" I get in the
> >> console a message
> >> > like this:
> >> >
> >> > cleanup C:/eclipse workspaces/foo/some_project
> >> > update C:/eclipse workspaces/foo/some_project/foo1/res
> >> C:/eclipse
> >> workspaces/foo/some_project/foo2/scripts/bar.scriptg
> >> C:/eclipse workspaces/foo/some_project/foo1/BAR.rc C:/eclipse
> >> workspaces/foo/some_project/folder1/debug/foobar.exe.embed.man
> >> ifest C:/eclipse workspaces/foo/foo2/debug/FooLib.lib (and
> >> many other files listed here...) -r HEAD --force
> >> > At revision 3299.
> >> > At revision 3299.
> >> > At revision 3299.
> >> > svn: 'C:\eclipse
> >> workspaces\foo\some_project\folder1\debug\foobar.exe.embed.man
> >> ifest' is not a working copy
> >>
> >> There is an FAQ that is related to this:
> >>
> >> http://subclipse.tigris.org/wiki/PluginFAQ#head-73584410a8d4fb
> >> ad6781c7b16be39f6518410a61
> >>
> >> This error happens when something removes your .svn
> folder(s). Based
> >> on this being the "debug" folder and for a .exe I would guess that
> >> some build process is doing it. Which is probably the most common
> >> case. The build process is no SVN-aware and it clears the output
> >> folder before building. This removes the .svn folders.
> >>
> >> I'd usually recommend just not including these folders in your
> >> repository as it is unlikely you are going to be able to "fix" the
> >> build process.
> >
> > Yes, but in my case the "debug" folder is not in the repository.
> > Therefore it has no .svn folder that would be erased by mistake.
>
> I've entered issue #848 which I am pretty sure must be causing these
> errors. When I do it, I do not get an error, but it could be a
> difference between JavaHL and SVNKit in terms of getting the errors,
> or it could be other factors. Regardless, we are doing stuff we do
> not need to be and which I believe is likely leading to the errors you
> see.

Would it be woth to try JavaHL until you release the change ?

Regards,
David

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=1177682

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-02-17 10:49:00 CET

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.