How to recover from "Found malformed header in revision file"?
> svn commit myfile
Sendingmyfile
Transmitting file data .svn: Commit failed (details follow):
svn: Corrupt node-revision '0-484.0-123.r993/92'
svn: Found malformed header in revision file
So I tried create a dump file:
> svn
Daniel Shahaf wrote:
> Kutter, Martin wrote on Thu, 25 Feb 2010 at 13:29 +0100:
> > I got a strange error in one of our subversion
> > repositories: On checking
> > out a file from revision 3865 on, svn reports "Svndiff
> > contains a too-large window".
>
> This is the error message added in 1
> Daniel Shahaf wrote:
> Kutter, Martin wrote on Thu, 25 Feb 2010 at 13:29 +0100:
> > I got a strange error in one of our subversion
> > repositories: On checking
> > out a file from revision 3865 on, svn reports "Svndiff
> > contains a too-large window".
>
> > This is the error message added
Kutter, Martin wrote on Fri, 26 Feb 2010 at 10:29 +0100:
> The reported numbers are unstable, and flip between positive and
> negative values.
They don't have any reason to differ across runs, do they? So, what's
next? Uninitialized memory? Valgrind? (and how to make it play nicely
with poo
On Fri, Feb 26, 2010 at 12:05:52AM +, Barry Scott wrote:
j
> On 25 Feb 2010, at 23:18, Stefan Sperling wrote:
>
> > On Thu, Feb 25, 2010 at 10:30:18PM +, Barry Scott wrote:
> >> I starting to see failures to commit because of tree conflicts.
> >>
> >> svn status does not seem to show tree
Hello,
I am experimenting with some of the new options in 1.6 and I'm trying to
investigate any benefits using memcached may provide.
I am trying to get this running on Windows XP 32 bit with CollabNet
Subversion Server 1.6.9 (http://www.collab.net/downloads/subversion/)
and NorthScale Windows po
On Fri, Feb 26, 2010 at 05:44:38PM +0200, Matthew Beets wrote:
> Now when I try to checkout my empty test repository ( using "svn checkout
> svn://localhost/test C:\svntestcheckout" ) I get the message:
>
> svn: apr memcache library not available
Sounds like the APR library shiipping with the co
On Fri, Feb 26, 2010 at 7:44 AM, Matthew Beets wrote:
> I am experimenting with some of the new options in 1.6 and I'm trying to
> investigate any benefits using memcached may provide.
Not to discourage you from trying, but the others that have done the
same did not see any tangible benefits. M
On Fri, Feb 26, 2010 at 7:54 AM, Stefan Sperling wrote:
> On Fri, Feb 26, 2010 at 05:44:38PM +0200, Matthew Beets wrote:
>> Now when I try to checkout my empty test repository ( using "svn checkout
>> svn://localhost/test C:\svntestcheckout" ) I get the message:
>>
>> svn: apr memcache library no
On Fri, Feb 26, 2010 at 7:57 AM, Mark Phippard wrote:
> On Fri, Feb 26, 2010 at 7:54 AM, Stefan Sperling wrote:
>> On Fri, Feb 26, 2010 at 05:44:38PM +0200, Matthew Beets wrote:
>>> Now when I try to checkout my empty test repository ( using "svn checkout
>>> svn://localhost/test C:\svntestchecko
I get the following error when attempting to do the following commands
svn update, log, list, blame etc. svn diff and svn info works fine.
http://xxx01/comm/JavaService/trunk/: Could not resolve hostname
`http://xxx01/comm': The requested name is valid and was found in the
database, but it
Tortoise svn asked me to report a serious problem, so ...
In file
'D:\Development\SVN\Releases\TortoiseSVN-1.6.6\ext\subversion\subversion\libsvn_wc\tree_conflicts.c'
Line 570: assertion failed (strcmp(dir_path, snv_path_dirname(victim_path,
pool)) == 0)
I had, perhaps a week ago, used tortoiseS
On Fri, Feb 26, 2010 at 12:56:32PM +0530, John Christopher Turner wrote:
> Command being executed:
> svn --username *** --password *** log --non-interactive --xml -v
> --limit 1 svn://hostname/url/path
>
> Response:
>
>
>
>
>
>
>
> We made the assumption that there would alw
Thanks for the responses so far.
> Not to discourage you from trying, but the others that have done the
same did not see any tangible benefits. Most of these users were
already using pretty fast disk systems for their repositories, so
perhaps if yours are on a single spindle or something and
I've found quite a few hits on Google regarding this subject, but I
have not found any elegant solutions to this problem.
I'm running SVN 1.6.9 (r901367) on FreeBSD (built from ports). I have
the svnserve daemon running. I'm trying to have some areas of my
repository be public (requiring no auth
> I've found quite a few hits on Google regarding this subject, but I
> have not found any elegant solutions to this problem.
>
> I'm running SVN 1.6.9 (r901367) on FreeBSD (built from ports). I have
> the svnserve daemon running. I'm trying to have some areas of my
> repository be public (requi
> Did you attempt to pass your user credentials with the svn log command?
Yes. There is a discussion regarding that here:
http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=3&viewType=browseAll&dsMessageId=173879
> > Did you attempt to pass your user credentials with the svn log command?
>
> Yes. There is a discussion regarding that here:
>
> http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=3&viewType=b
> rowseAll&dsMessageId=173879
I think setting up a guest username with no password is th
On Feb 26, 2010, at 2:03 PM, Bob Archer wrote:
> I think setting up a guest username with no password is the easiest way to go.
That's how we're doing it on our repository. It's a little clumsy, but
workable for our user population.
> Baring that setting up apache for anon requests and svn fo
>> I think setting up a guest username with no password is the easiest way to
>> go.
>
> That's how we're doing it on our repository. It's a little clumsy, but
> workable for our user population.
You mean like I've done it? e.g.:
svn checkout svn://clanwtf.net/repos/ioUrT-server-4.1
--usern
On Fri, Feb 26, 2010 at 11:44 PM, David Brodbeck
wrote:
> On Feb 26, 2010, at 2:03 PM, Bob Archer wrote:
>> Baring that setting up apache for anon requests and svn for authenticated.
>
> That would also work. In our case we didn't really want the added complexity
> of Apache -- plus I was worrie
> You can also put them both on Apache, then there's not that much
> confusion. That's how we do it: two Location blocks in Apache, both
> backed by the same repository:
Hrm, I was kind of hoping to avoid using httpd.
On 26 Feb 2010, at 13:01, Stefan Sperling wrote:
> On Fri, Feb 26, 2010 at 12:05:52AM +, Barry Scott wrote:
> j
>> On 25 Feb 2010, at 23:18, Stefan Sperling wrote:
>>
>>> On Thu, Feb 25, 2010 at 10:30:18PM +, Barry Scott wrote:
I starting to see failures to commit because of tree co
Hi all,
It seems that I encountered a bug in 'svnlook pl --revprop': it fails with
the following message:
$ svnlook pl --revprop -t 10547-86b /svn/test-svn
svnlook: Invalid revision number '-1'
Observed with Subversion 1.6.6. Looks like offending code is this block in
do_plist():
I've recently needed to track changes for vendor code drops, so I read
the SVN book's vendor branches chapter. But I'm not entirely happy
with part of the procedure, so I'd like to talk it out and, I hope,
find a better way.
The part I hope to improve is when I have a versioned code drop in the
/v
Hi all,
It seems that I encountered a bug in 'svnlook pl --revprop': it fails with
the following message:
$ svnlook pl --revprop -t 10547-86b /svn/test-svn
svnlook: Invalid revision number '-1'
Observed with Subversion 1.6.6. Looks like offending code is this block in
do_plist():
26 matches
Mail list logo