RE: Svn update failed

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:crazyfordynamitegmail.com] 
Sent: Monday, 1 October 2007 10:55 AM
To: Srilakshmanan, Lakshman
Cc: Brian Erickson; userssubversion.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.srilakshmananpolice.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:ericksonBAUERCONTROLS.com]
> Sent: Friday, 28 September 2007 11:39 PM
> To: userssubversion.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-unsubscribesubversion.tigris.org
> For additional commands, e-mail: users-helpsubversion.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-unsubscribesubversion.tigris.org
For additional commands, e-mail: users-helpsubversion.tigris.org

I had this problem with two different users.  I just tried
to
encapsulate it here for illustration purposes.

First, the file was not modified.  Only it's properties.  

Second, I know exactly why svn can't find the file, I
deleted it!  So,
the question is, why is subversion looking for a file that
it knows has
been deleted.

Third, I would at least expect svn to behave consistently. 
If I run the
test twice, I would expect to get the same answer.  Anyway
svn revert
just says the working copy is locked and to run svn cleanup.
 Svn
cleanup fails because it can't find a deleted file.

FYI, if user 2 (junk2 folder) makes a modification to the
file.  Then,
when user 1 (junk1 folder) does an update it works, and
brings the file
back. Finally, when user 1 (junk1 folder) commits, the file
is deleted
from subversion but not from the hard drive.  User 1 is left
with an
unversioned file.

At best, to a new user like me, this behavior is very
confusing.

Brian


> -----Original Message-----
> From: Srilakshmanan, Lakshman 
> [mailto:lakshman.srilakshmananpolice.vic.gov.au] 
> Sent: Sunday, September 30, 2007 9:20 PM
> To: Matt Sickler
> Cc: Brian Erickson; userssubversion.tigris.org; John
Gourlay
> Subject: RE: Svn update failed
> 
> 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:crazyfordynamitegmail.com]
> Sent: Monday, 1 October 2007 10:55 AM
> To: Srilakshmanan, Lakshman
> Cc: Brian Erickson; userssubversion.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.srilakshmananpolice.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:ericksonBAUERCONTROLS.com]
> > Sent: Friday, 28 September 2007 11:39 PM
> > To: userssubversion.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-unsubscribesubversion.tigris.org
> > For additional commands, e-mail: users-helpsubversion.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-unsubscribesubversion.tigris.org
For additional commands, e-mail: users-helpsubversion.tigris.org