On Mon, Oct 31, 2011 at 10:12:04AM -0600, michael_rytt...@agilent.com
wrote:
I did an additional benchmark doing svn rm dir/* on a local
directory instead of an nfs directory. It runs in 10.4s. Is going
from 10.4s to 6m15s acceptable when using a working copy on nfs vs
local? I am fine with
I have a few questions on subversion.
1. Can we have revision control via web browser based ? If yes can you
provide me the settings
2. Does SVN support hot swap replication (meaning the data is
continuously backed up on a different machine and if the original server goes
down the
Wabe W wabekoelm...@hotmail.com writes:
This is reproducible? You checkout some revision R1 and update to R2
and see the error?
Can you describe the changes between R1 and R2?
I just did a checkout of the latest revision of the repository. So, if
I click update the chances are large that
Philip Martin philip.mar...@wandisco.com writes:
I'm surprised it happens when the update makes changes to the working
copy, I can't see how close_edit is called in that case.
Oops! I meant to say I can't see how end_directory_update is called.
--
Philip
I can't find any reference online to this error code. I am trying to do
a command line 'svn cp' of one file to a new name in the same directory:
$ svn cp 3.14.7.html 3.14.8.html
svn: E200033: database is locked, executing statement 'RELEASE s0'
This with a freshly upgraded (from
Around about 31/10/11 16:21, michael.ru...@t-systems.com typed ...
2. Open the browser window URL to merge from: - ...
You need to enter a URL, otherwise the ... will not open any window.
If you enter the old ^/trunk it switches back to the current root, as the window opens
with HEAD revision.
database is locked is the error SQLite would give when it tries to write to a
database (.svn/wc.db) on which some other process already has a write-lock.
The SQLite documentation:
http://www.sqlite.org/atomiccommit.html
http://www.sqlite.org/lockingv3.html
states SQLite relies on POSIX
On Nov 1, 2011, at 05:24, Nrupen Kantamneni wrote:
1. Can we have revision control via web browser based ? If yes can you
provide me the settings
What functions do you want to make available via the web?
Out of the box, if you serve your repository with Apache, you get a web-based
Hi Ryan,
I would like to be able to at least check in,checkout files via web.
-Original Message-
From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
Sent: Tuesday, November 01, 2011 5:48 PM
To: Nrupen Kantamneni
Cc: users@subversion.apache.org
Subject: Re: subversion questions
Can we migrate the entire version history from perforce to SVN?
Thanks,
Nrupen
This message and any attachments may contain Cypress (or its subsidiaries)
confidential information. If it has been received in error, please advise the
sender and immediately
Can we migrate the entire version history from perforce to SVN?
Hi Nrupen,
Visit http://p42svn.tigris.org/ to perform the migration.
p42svn is a Perl script to migrate revision history from a Perforce
depot to a Subversion repository.
--
Regards,
Jeyanthan
On Nov 1, 2011, at 07:25, Nrupen Kantamneni wrote:
I would like to be able to at least check in,checkout files via web.
There isn't really such a thing as check out in Subversion. Check out
really just means get. And you can get (i.e. look at or download) any files
you want via the web
On Tue, Nov 1, 2011 at 8:29 AM, Jeyanthan jeyant...@collab.net wrote:
Can we migrate the entire version history from perforce to SVN?
Hi Nrupen,
Visit http://p42svn.tigris.org/ to perform the migration.
p42svn is a Perl script to migrate revision history from a Perforce depot to
a
I'm always willing to try patches.
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Tuesday, November 01, 2011 2:49 AM
To: RYTTING,MICHAEL (A-ColSprings,ex1)
Cc: users@subversion.apache.org
Subject: Re: Apparent svn rm scaling problem in 1.7.x
On Mon, Oct 31, 2011
Around about 01/11/11 12:12, Daniel Shahaf typed ...
database is locked is the error SQLite would give when it tries to write to a
database (.svn/wc.db) on which some other process already has a write-lock. The SQLite
documentation:
... SQLite relies on POSIX advisory locks. Do those locks
On Tuesday, November 01, 2011 1:12 PM, Neil Bird n...@jibbyjobby.co.uk
wrote:
Around about 01/11/11 12:12, Daniel Shahaf typed ...
database is locked is the error SQLite would give when it tries to write
to a database (.svn/wc.db) on which some other process already has a
write-lock.
Lets look at it this way
I use SVN for my version control/central repository to share the same file with
multiple people at the same time.
Assume that it is a Microsoft documents that needs to be accessed.
Now from my mobile browser, I should be able to upload a document to the server
after
On Tue, Nov 01, 2011 at 06:45:59AM -0600, michael_rytt...@agilent.com wrote:
I'm always willing to try patches.
Great! Please give this patch a spin:
svn diff -c 1196018
https://svn.apache.org/repos/asf/subversion/branches/1.7.x-r1195873
Nrupen Kantamneni n...@cypress.com writes:
Now from my mobile browser, I should be able to upload a document to
the server after downloading the file and making changes. That would
be more convenient for me to manage the files from where ever I am.
Hope I am clear in clarifying my use model
Thanks for the option.Is there any way to tell the tool to prompt the user
whether he needs to checkin (something like SVNAutoversioning prompt) instead
of making it default?
-Original Message-
From: Philip Martin [mailto:philip.mar...@wandisco.com]
Sent: Tuesday, November 01, 2011
On Tue, Nov 1, 2011 at 10:41 AM, Nrupen Kantamneni n...@cypress.com wrote:
Thanks for the option.Is there any way to tell the tool to prompt the user
whether he needs to checkin (something like SVNAutoversioning prompt) instead
of making it default?
I'm curious about this use case. Is the
A colleague just posed this question to me: if one does a merge from
trunk to one's local branch to get up to date, and one of the items merged
is an update to svn:externals, should svn not automatically perform an
update on those externals?
At the moment, one has to do do a 'svn
Around about 01/11/11 13:22, Daniel Shahaf typed ...
... However you mentioned CIFS-mounted working
copies, in which case the issue will be concurrent access not to the
repository but to the working copy.
Yeah, I said repo., but I meant WC! And I meant that I don't do more
than one thing
Not much of an improvement. svn rm dir/* now takes 2m6s vs 7s for svn rm
dir.
As a side note, I really think there is fundamentally something wrong of the
performance of svn rm with large working copies. Here are some example times.
svn rm file 7s
svn add file 0.126s
svn st file
On Tue, Nov 01, 2011 at 10:38:07AM -0600, michael_rytt...@agilent.com wrote:
Not much of an improvement. svn rm dir/* now takes 2m6s vs 7s for svn rm
dir.
Before the patch, we had:
svn rm dir/* 6m15s 1.7.1
svn rm dir8.5s 1.7.1
svn rm dir/*1.14s 1.6.17
So
Neil Bird wrote on Tue, Nov 01, 2011 at 16:13:05 +:
Around about 01/11/11 13:22, Daniel Shahaf typed ...
... However you mentioned CIFS-mounted working
copies, in which case the issue will be concurrent access not to the
repository but to the working copy.
Yeah, I said repo., but I
LOL! I love the env variable.
Here is some similar data for a local working copy. These are all run with the
env variable set. Again, svn rm is significantly slower than all other
operations.
svn rm file 0.35s
svn st file0.105s
svn blame 0.041s
svn unlock 0.056s
svn lock 0.053s
Oh and to measure the time, I'm using a stopwatch and synchronizing the start
of the command with pressing go on my stop watch. I then push stop when the
command completes.
P.S. Actually I'm using the linux time command :) i.e. time svn st file
-Original Message-
From: Stefan
On Tue, Nov 1, 2011 at 1:10 PM, michael_rytt...@agilent.com wrote:
LOL! I love the env variable.
Here is some similar data for a local working copy. These are all run
with the env variable set. Again, svn rm is significantly slower than all
other operations.
svn rm file 0.35s
svn st
Perhaps I wasn't clear, the second set of runs where with a local working copy
instead of an nfs mounted working copy.
From: Mark Phippard [mailto:markp...@gmail.com]
Sent: Tuesday, November 01, 2011 11:18 AM
To: RYTTING,MICHAEL (A-ColSprings,ex1)
Cc: s...@elego.de; users@subversion.apache.org
Ahh, I thought the timings were based on the envvar that Stefan suggested
to try. Thanks for clarifying.
On Tue, Nov 1, 2011 at 1:18 PM, michael_rytt...@agilent.com wrote:
Perhaps I wasn’t clear, the second set of runs where with a local working
copy instead of an nfs mounted working
On Tue, Nov 01, 2011 at 11:10:44AM -0600, michael_rytt...@agilent.com wrote:
LOL! I love the env variable.
Here is some similar data for a local working copy. These are all run with
the env variable set. Again, svn rm is significantly slower than all other
operations.
svn rm file
On Tue, Nov 01, 2011 at 06:21:47PM +0100, Stefan Sperling wrote:
What effect does the env var have on 'svn rm dir/*'?
Actually, looking closer at the code made me realise that 'svn rm'
never sleeps for timestamps. So the envvar should have no effect.
How many files and directories are you
It's just one directory that has 49 files in it.
-Original Message-
From: Stefan Sperling [mailto:s...@elego.de]
Sent: Tuesday, November 01, 2011 11:22 AM
To: RYTTING,MICHAEL (A-ColSprings,ex1)
Cc: users@subversion.apache.org
Subject: Re: Apparent svn rm scaling problem in 1.7.x
On
From: michael_rytt...@agilent.com [mailto:michael_rytt...@agilent.com]
Sent: 01 November 2011 17:19
To: markp...@gmail.com
Cc: s...@elego.de; users@subversion.apache.org
Subject: RE: Apparent svn rm scaling problem in 1.7.x
Perhaps I wasn't clear, the second
I'd have to do some research to get the options. It's a proprietary filesystem.
That being said, I understand that nfs mounted working copies will degrade my
performance. I really think this is a more fundamental performance issue with
svn rm that gets exacerbated with slow performance over
On Tue, Nov 01, 2011 at 11:31:35AM -0600, michael_rytt...@agilent.com wrote:
It's just one directory that has 49 files in it.
Good. Please try this patch in addition to the other one.
It makes 'svn rm dir/*' with 49 files go down from about 4.20 seconds
to about 1.50 seconds for me (local disk).
Stefan Sperling s...@elego.de writes:
On Tue, Nov 01, 2011 at 11:31:35AM -0600, michael_rytt...@agilent.com wrote:
Note that I am not going to commit this as is.
It just tests whether the overhead of sorting paths in sqlite matters
much on NFS.
Index: subversion/libsvn_wc/wc-queries.sql
On Tue, Nov 01, 2011 at 07:00:57PM +0100, Stefan Sperling wrote:
On Tue, Nov 01, 2011 at 11:31:35AM -0600, michael_rytt...@agilent.com wrote:
It's just one directory that has 49 files in it.
Good. Please try this patch in addition to the other one.
It makes 'svn rm dir/*' with 49 files go
On Tue, Nov 01, 2011 at 06:29:59PM +, Philip Martin wrote:
I put in the ORDER BY to preserve the parents before children
notification used by 1.6. I wonder if that notification order is
important?
See r1196191.
It should preserve the 1.6.x order (via svn_path_compare_paths()).
A patch
Stefan Sperling s...@elego.de writes:
On Tue, Nov 01, 2011 at 06:29:59PM +, Philip Martin wrote:
I put in the ORDER BY to preserve the parents before children
notification used by 1.6. I wonder if that notification order is
important?
See r1196191.
It should preserve the 1.6.x order
On Tue, Nov 1, 2011 at 2:40 PM, Stefan Sperling s...@elego.de wrote:
On Tue, Nov 01, 2011 at 06:29:59PM +, Philip Martin wrote:
I put in the ORDER BY to preserve the parents before children
notification used by 1.6. I wonder if that notification order is
important?
See r1196191.
It
Benchmarking with 49 files is taking too long. Here are some benchmarks of
trying to delete a directory with 5 files. I am using approximations because I
am seeing variations in each run due to network traffic.
svn rm dir/* 1.6.17 ~0.15s
svn rm dir 1.7.1~10s
svn rm dir/* 1.7.1
I'm seeing a nasty bug in several of the GUI front-end tools for subversion,
and the error messages from several involved a path containing:
.../!svn/bc/12345/...
where 12345 is one of the revisions involved. The complaint is about the path
not being found, but I'm not clear on where it's
Perhaps xpost this to dev@ at some point :)
Philip Martin wrote on Tue, Nov 01, 2011 at 18:44:29 +:
Stefan Sperling s...@elego.de writes:
On Tue, Nov 01, 2011 at 06:29:59PM +, Philip Martin wrote:
I put in the ORDER BY to preserve the parents before children
notification used by
On Oct 22, 2:25 am, Stefan Sperling s...@elego.de wrote:
Your reproduction recipe is incomplete.
I think I left out the import..lemme try again:
DIR=$PWD
mkdir -p $DIR/src/trunk/dir1
mkdir -p $DIR/src/trunk/dir2
mkdir -p $DIR/src/branches
touch $DIR/src/trunk/dir1/file1.txt
touch
On Oct 22, 2:25 am, Stefan Sperling s...@elego.de wrote:
Your reproduction recipe is incomplete.
Here is (I hope) a complete reproduction:
#!/bin/ksh
# Create repo
DIR=$PWD
mkdir -p $DIR/src/trunk/dir1
mkdir -p $DIR/src/trunk/dir2
mkdir -p $DIR/src/branches
touch
On 10/31/2011 10:17 PM, Nico Kadel-Garcia wrote:
On Mon, Oct 31, 2011 at 8:08 PM, mels630mels...@gmail.com wrote:
I maintain a personal SVN server on a separate partition of my hard drive
(/media/SVN) (with both remote and local access). Recently, I blew up my
main partition while trying to
On Nov 1, 2011, at 15:49, Steven Hirsch wrote:
I'm seeing a nasty bug in several of the GUI front-end tools for subversion,
and the error messages from several involved a path containing:
.../!svn/bc/12345/...
where 12345 is one of the revisions involved. The complaint is about the
Mark,
Sorry to take so long to reply...
On 22 October 2011 00:39, Mark Phippard markp...@gmail.com wrote:
Can you make a little diagram of what your Eclipse workspace looks
like? For example, one of mine looks like this:
/workspace
|- Project1
|-|-.svn
|- Project2
|-|-.svn
My
50 matches
Mail list logo
