Alright, I've now downloaded and installed the command line client,
version 1.0.6 / win32.
Hadn't expected it to be so easy to use..
Here is the output you asked for ("svn info bla.tex" from the main
folder of the working directory):
Path: bla.tex
Name: bla.tex
URL: https://svn.myhost.cno/bla.tex
Repository UUID: (...)
Revision: 3
Node kind: file
Schedule: normal
Last Changed Author: daniel
Last Changed Rev: 2
Last Changed Date: 2004-09-04 01:13:04 +0200 (Sat, 04 Sep 2004)
Text Last Updated: 2004-09-04 01:13:20 +0200 (Sat, 04 Sep 2004)
Checksum: (...)
Then, I couldn't resist to try a manual commit. Here is the output ("svn
commit --message --force-log bla.tex"):
Sending bla.tex
svn: Commit failed (details follow)
svn: Your file or directory 'bla.tex' is probably out of date
svn:
The version resource does not correspond to the resource within the
transaction. Either the requested version resource is out of date (needs
to be updated), or the requested version resource is newer than the
transaction root (restart the commit).
Executing "svn status" returns:
M bla.tex
And "svn update bla.tex" outputs:
At revision 3.
I also tried "svn cleanup .". It finished without problems, but didn't
change anything.
Hope this helps?
Daniel
Max Bowsher wrote:
> daniel wrote:
>
>> Hi folks.
>>
>> This problem I've already described on the irc channel, but it couldn't
>> be solved it yet. First, let me say that this _might_ have to do with
>> TortoiseSVN, but it doesn't necessarily _have_to_be_ that. So before you
>> start dizzing me now, yes, I _have_ asked them, and they sent me to you.
>
>
> It's usually helpful if you can replicate the problem with the svn
> commandline client. Because we know more about that here than about TSVN.
>
>> The thing thing is, I can commit a file, but I can't commit it twice. At
>> least, not unless somebody else has commited this file in the meantime.
>> Example:
>> - The repository contains a file bla.tex
>> - I'm the only one who's actually working on this file
>> - I commit it once after changing it
>> - Everything's fine
>> - I modify it again
>> - Commit fails, error message "Commit failed (details follow): Your file
>> or directory 'bla.tex' is probably out of date; The version resource
>> does not correspond to the resource within the transaction. Either the
>> requested version resource is out of date (needs to be updated), or the
>> requested version resource is newer than the transaction root (restart
>> the commit)."
>
>
> I wonder if this is a wcprops-out-of-date bug.
>
> Please show the output of:
> $ svn info bla.tex
> $ cat .svn/wcprops/bla.tex.svn-work
>
> If you don't have a commandline client with which to run svn info,
> then please consider downloading one, but for now, cut-n-paste the
> <entry ... /> tag which refers to bla.tex from .svn/entries.
>
>> No, please don't say it. I _am_ aware that I have to check for updates,
>> and that an update would usually help to solve this problem, but in this
>> case it doesn't. Neither an update of the entire folder, nor the file
>> itselt, nor another commit of any of these files change anything. What
>> does surprisingly work is that, after somebody else makes a dummy change
>> (e.g. inserting a blank line in bla.tex) and commits it, the update on
>> my copy passes the regular update with a successful merge, and I can
>> commit again.
>
> ...
>
>> I've checked the version numbers of svn and all software that could be
>> involved in the communication. We have a Suse 9.1 server running with
>> the latest patches installed for this release. Subversion is 1.0.0, as
>> of August 4, 2004. So is the Apache2 subversion module. Tortoise has the
>> latest version as well.
>
>
> 1.0.0 ? That's rather old. You do know there have been security
> releases since then? And quite a lot of bugfixes too?
>
> BTW, I'm on IRC in #svn quite a lot - you may want to respond that way.
>
> Max.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 4 14:16:32 2004