On 6/14/2024 9:13 AM, Ayyanar Raja wrote:
NoDear Andreas,
Thanks for your reply. I'm looking forward your support on this to
recover files.
Actually I'm new to SVN. When I'm trying to deleted SVN commited file,
I unknowingly cleaned up unversioned files.
But, More than those SVN file, I n
On 1/14/2024 2:52 PM, Nico Kadel-Garcia wrote:
On Sun, Jan 14, 2024 at 2:27 PM sean wrote:
On 2024-01-13 16:11, Nico Kadel-Garcia wrote:
There are not many compelling reasons
to use Subversion anymore, except the ability to check out only
subdirectories from a branch and the insistence that
On 3/14/2023 8:52 AM, Felix Natter wrote:
Dear subversion community,
I have setup an ALMA Linux 8 (~RH8) Server, to which I will migrate some
repositories from a Ubuntu 20.04 system. During the migration phase I
would
like to disable the svn (svn+ssh://) service temporarily on the Ubuntu
20.0
I have seen this sort of thing, and I think the cause is that it is
taking SVN a long time to put together the transaction and, during that
time, no data is going through the HTTP pipe and the connection times
out. I am pretty sure the Apache setting to change here is "Timeout".
On 11/14/2022
On 7/13/2022 9:25 AM, Daniel Shahaf wrote:
Thorsten Schöning wrote on Mon, Jul 11, 2022 at 16:06:11 +0200:
Do you have any tips for the easiest possible change of the UUIDs?
It'll be a lot easier to set the repository's UUID to the one expected
by clients. See «svnadmin setuuid».
This is wh
On 1/6/2020 1:42 PM, Daniel Shahaf wrote:
Trent Fisher wrote on Mon, 06 Jan 2020 18:22 +00:00:
This seems like a bug in lslocks, why would it not list *all* the locks?
If you run fsfs, it might be
https://urldefense.proofpoint.com/v2/url?u=https-3A__subversion.apache.org_issue3750&d=DwIB
I just noticed something odd about "svnadmin lslocks"... perhaps a bug?
The (short version) backstory is that I am trying to clear all locks
from a repository (they are all stale) with something like "svnadmin
lslocks repos | xargs svnadmin rmlocks repos" (the exact script is more
complicated,
On 06/14/2018 10:24 AM, Brady Cottam wrote:
Can anyone tell me if you can import data from Perforce into
Subversion with any ease?
Thanks
Brady
Yes, the converter at http://p42svn.tigris.org/ does a good job. I'm not
sure any conversion of any significance can ever be done "with ease",
but
I think I found a bug with svnadmin dump --deltas. It all started with
an svnsync replication which got "svnsync: E210008: Error while
replaying commit". I tried doing an svnrdump dump of the failing
revision from the remote repository, and tried to load that and got this
error.
svnadmin: E
On 02/11/2015 04:31 AM, Philip Martin wrote:
Trent Fisher writes:
Is this a known problem (fixed since 1.8.9) or is there a workaround?
Issue 4414 applies:
http://subversion.tigris.org/issues/show_bug.cgi?id=4414
Your particular case is fixed by r1643074 and proposed for the next 1.8
I am doing a dump/load of a repository, and ran into an odd (fatal)
error on the load:
<<< Started new transaction, based on original revision 209
svnadmin: E200020: Unable to parse reversed revision range '29584-200'
I figured this would be easy enough to fix by adding
--bypass-prop-validatio
I just discovered tons of spam in /var/log/messages on one of my servers
(Linux RHEL 5.8 with Subversion 1.8.9) :
Sep 17 06:30:41 adc4110305 svnserve: sql_select option missing
Sep 17 06:30:41 adc4110305 svnserve: auxpropfunc error no mechanism
available
Sep 17 06:30:41 adc4110305 svnserve: aux
I have an svnsync replica which is running into this error when I sync:
"svnsync: E210008: Error while replaying commit".
I was able to work around the problem by doing an svnadmin dump of the
troublesome revision and loading it on the other server, then tweaking
the svnsync properties. Howe
I just got an error from "svnadmin dump" which I have never seen before,
and it seems to be new in 1.8:
svnadmin: E160052: Revprop caching for '/scm/svn/repos/DEV-copy/db'
disabled because SHM infrastructure for revprop caching failed to
initialize.
svnadmin: E13: Can't open file
'/
I know this probably falls into the "Doctor, it hurts when I do this"
category, but I found a probable bug in Subversion 1.8.5 where an
invalid HOME directory results in a segfault. For example:
$ HOME=/dev/null svn --version
svn: warning: W20: Can't open file '/dev/null/.subversion/server
I am working to upgrade my servers to SVN 1.7.8 and just ran into a
weird issue. If I look at the repository via the web, it shows up as
empty. At first I thought it was something with the repos-web
stylesheet I'm using, but looking at the page source I see this:
http://subversion.apache.org
On 08/14/2012 06:13 PM, Daniel Shahaf wrote:
Trent Fisher wrote on Mon, Aug 13, 2012 at 22:10:57 -0400:
On 08/01/2012 10:49 AM, Johan Corveleyn wrote:
On Wed, Aug 1, 2012 at 2:24 PM, Joachim Sauer wrote:
Hello,
I'm currently reworking backups of multiple SVN repositories. In the
proc
On 08/01/2012 10:49 AM, Johan Corveleyn wrote:
On Wed, Aug 1, 2012 at 2:24 PM, Joachim Sauer wrote:
Hello,
I'm currently reworking backups of multiple SVN repositories. In the
process I found out that one of those repositories has three broken
revisions. The problem is that the revision file
There is also WebSVN: http://www.websvn.info/
If you want to go a bare-bones approach, you could use ReposStyle:
http://reposstyle.com/
On 08/13/2012 02:19 AM, Nico Kadel-Garcia wrote:
Viewvc works very well...
Sent from my iPhone
On Aug 11, 2012, at 12:44, Robert Heller wrote:
Is it pos
On 06/26/2012 05:02 PM, Stefan Sperling wrote:
On Tue, Jun 26, 2012 at 10:13:50PM +0200, Johan Corveleyn wrote:
On Tue, Jun 26, 2012 at 8:07 PM, wrote:
Any reason svnsync couldn't grow a "--fail-on-access-error" option?
Sure, I think that could be useful (as long as it's not the default
(back
On 06/22/2012 08:17 PM, Nico Kadel-Garcia wrote:
On Fri, Jun 22, 2012 at 5:21 PM, Trent Fisher wrote:
On 06/22/2012 01:59 PM, Mark Phippard wrote:
On Fri, Jun 22, 2012 at 1:52 PM, Trent Fisher
wrote:
I just ran into a rather frightening problem. We do replications via
svnsync for backup
On 06/22/2012 01:59 PM, Mark Phippard wrote:
On Fri, Jun 22, 2012 at 1:52 PM, Trent Fisher wrote:
I just ran into a rather frightening problem. We do replications via
svnsync for backup purposes. I just found two of the replicated
repositories which had these entries for *every* version
I just ran into a rather frightening problem. We do replications via
svnsync for backup purposes. I just found two of the replicated
repositories which had these entries for *every* version:
r20927 | (no author) | (no date) | 1 line
Changed paths:
And svnlook tree shows there is nothing
/2012 12:59 PM, Daniel Shahaf wrote:
What version of svn on the client and on the server? (Go to http://../
in a browser and check hte footer)
Trent Fisher wrote on Mon, Mar 26, 2012 at 12:35:27 -0400:
I think I found a bug relating to handling of non-unicode characters
in log messages. When I do
I think I found a bug relating to handling of non-unicode characters in
log messages. When I do an "svn log" via the file:// url it works fine,
but when I do it via http:// the history is truncated and ends with this
message:
svn: REPORT of
'/svn/tugbu/!svn/bc/236146/QA/CCB/main%20V2.4.X/Doc
Just to add another detail to this (Umang and I are on the same team).
I looked at the original repository we are trying to replicate and found
this:
$ svn proplist -v -r0 --revprop svn://mumble.us.oracle.com/blah
Unversioned properties on revision 0:
svn:entry:committed-date
1970-01-01T
I was going to do a dump/load sequence on a large repository to
rearrange things. I got an "out of memory" error! At first I thought
it was sloppiness in my perl script doing the filtering, but, no, it was
"svnadmin dump" which ran out of memory! What's worse is it seems the
"out of memory"
27 matches
Mail list logo
