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

Re: Subversion eating up all memory (again)

From: Lukas Ruf <ruf_at_rawip.org>
Date: 2004-11-18 11:06:09 CET

> Lukas Ruf <ruf@rawip.org> [2004-11-17 18:53]:
>
> currently I am committing a merge of changes with Linux 2.6.9.
> However, Subversion is eating up all my RAM -- see next:
>

This morning, after sending the other report, I tried to re-commit the
changes in a directory-after-directory way assuming this would consume
that much memory. There, however, I run in the following problems:

komsys-pc-ruf:kernel!67> svn stat
  ! .
  A + kprobes.c
  M rcupdate.c
  [...]
  M kmod.c
  M futex.c

komsys-pc-ruf:kernel!68> svn commit -m "Re-adding after time-out"
  Sending kernel/Makefile
  svn: Commit failed (details follow):
  svn: Your file or directory 'Makefile' 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).

komsys-pc-ruf:kernel!69> svn up
  svn: Failed to add file 'kprobes.c': object of the same name already exists

komsys-pc-ruf:kernel!70> svn commit -m "Re-adding after time-out" kprobes.c
  Adding kprobes.c
  svn: Commit failed (details follow):
  svn: File '/svn/PromethOS/linux/2.6/trunk/kernel/kprobes.c' already exists

What next?

wbr,
Lukas

-- 
Lukas Ruf           | Wanna know anything about raw |
<http://www.lpr.ch> | IP? -> <http://www.rawip.org> |
eMail Style Guide: <http://www.rawip.org/style.html>|
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 18 11:06:53 2004

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.