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

RE: Svn update failed

From: Srilakshmanan, Lakshman <lakshman.srilakshmanan_at_police.vic.gov.au>
Date: 2007-10-01 03:19:48 CEST

I found the message helpful enough; with a little bit of thought to the
problem :)

It would be next to impossible if not impossible for a tool to contain
every permutation, combination of the problem and analyse an individuals
issue and provide a detail description on what caused the error.

I believe this is called AI -- Artificial Intelligence and it is still
in its infancy :)

-----Original Message-----
From: Matt Sickler [mailto:crazyfordynamite@gmail.com]
Sent: Monday, 1 October 2007 10:55 AM
To: Srilakshmanan, Lakshman
Cc: Brian Erickson; users@subversion.tigris.org; John Gourlay
Subject: Re: Svn update failed

Exactly right, but this error message isnt very helpful pointing that
out.

On 9/30/07, Srilakshmanan, Lakshman
<lakshman.srilakshmanan@police.vic.gov.au> wrote:
> Hi Brian,
>
> Firstly, when I get a message like "The system cannot find the file
> specified." I would try to understand WHY ?
>
> I would run "svn status" and that would quickly show that test.txt in
> junk1 is "scheduled" for a delete.
> I cannot commit this scheduled delete as it has already changed in
> Subversion. I would probably "svn revert" this file in junk1. "svn
> update" the file to bring it to the current revision. "svn delete" the

> file and then "svn commit" it.
>
> Allowing for a delete to be committed, when it is not the current
> revision is probably unwise.
>
> Thanks
> Lakshman
> -----Original Message-----
> From: Brian Erickson [mailto:erickson@BAUERCONTROLS.com]
> Sent: Friday, 28 September 2007 11:39 PM
> To: users@subversion.tigris.org
> Cc: John Gourlay
> Subject: Svn update failed
>
> If I execute the following (attached as a txt file):
> c:
> cd \
> md c:\junk1
> md c:\junk2
> svn co http://snidely/svn/test junk1
> svn co http://snidely/svn/test junk2
> cd junk1
> svn del test.txt
> cd \junk2
> svn propset svn:keywords Id test.txt
> svn -mkeywords commit
> cd \junk1
> svn update
>
> The svn update gives:
> U test.txt
> svn: In directory '.'
> svn: Error processing command 'set-timestamp' in '.'
> svn: Can't set access time of 'test.txt': The system cannot find the
> file specified.
>
> Try to commit the delete and you get
> C:\junk1>svn commit
> svn: Working copy 'C:\junk1' locked
> svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
> details)
>
> Then clean up says:
> C:\junk1>svn cleanup
> svn: In directory '.'
> svn: Error processing command 'set-timestamp' in '.'
> svn: Can't set access time of 'test.txt': The system cannot find the
> file specified.
>
> Now it gets weird...
> Delete the junk1 and junk2 folders and re-run the test. All is well.
> Now, from the junk1 folder, commit the change. Then re-add the
> test.txt file and commit the add.
> Now, delete the junk1 and junk2 folders and start over. The problem
> is back.
>
> Can anyone tell me what's going on?
>
> Thanks,
> Brian
>
> ======================================================================
> ==========================
> EMAIL DISCLAIMER
>
> This email and any attachments are confidential. They may also be
subject to copyright.
>
> If you are not an intended recipient of this email please immediately
> contact us by replying to this email and then delete this email.
>
> You must not read, use, copy, retain, forward or disclose this email
or any attachment.
>
> We do not accept any liability arising from or in connection with
> unauthorised use or disclosure of the information contained in this
email or any attachment.
>
> We make reasonable efforts to protect against computer viruses but we
> do not accept liability for any liability, loss or damage caused by
any computer virus contained in this email.
> ======================================================================
> ==========================
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

================================================================================================
EMAIL DISCLAIMER

This email and any attachments are confidential. They may also be subject to copyright.

If you are not an intended recipient of this email please immediately contact us by replying
to this email and then delete this email.

You must not read, use, copy, retain, forward or disclose this email or any attachment.

We do not accept any liability arising from or in connection with unauthorised use or disclosure
of the information contained in this email or any attachment.

We make reasonable efforts to protect against computer viruses but we do not accept liability
for any liability, loss or damage caused by any computer virus contained in this email.
================================================================================================

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 1 03:19:52 2007

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

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