Mark,
Sorry to take so long to reply...
On 22 October 2011 00:39, Mark Phippard 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 Eclipse work
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 th
On 10/31/2011 10:17 PM, Nico Kadel-Garcia wrote:
On Mon, Oct 31, 2011 at 8:08 PM, mels630 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 upgrade Ubuntu and
On Oct 22, 2:25 am, Stefan Sperling 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 $DIR/src/trunk/dir1/file1.txt
touch $DIR
On Oct 22, 2:25 am, Stefan Sperling 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 $DIR/src/trunk/dir2/fil
Perhaps xpost this to dev@ at some point :)
Philip Martin wrote on Tue, Nov 01, 2011 at 18:44:29 +:
> Stefan Sperling 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'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 com
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/*"
On Tue, Nov 1, 2011 at 2:40 PM, Stefan Sperling 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 sho
Stefan Sperling 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 (via
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 patc
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
Stefan Sperling 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 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).
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 nf
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 secon
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 Tu
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 act
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
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, wrote:
> Perhaps I wasn’t clear, the second set of runs where with a local working
> copy instead of an nfs mounted working copy.
>
> ** **
>
> *From:*
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
Su
On Tue, Nov 1, 2011 at 1:10 PM, 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 0.35s
> svn st 0.105s
> svn blame 0
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 "
-Original Message-
From: Stefan Sperling
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 0.35s
svn st 0.105s
svn blame 0.041s
svn unlock 0.056s
svn lock 0.053s
svn log
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.,
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 dir"8.5s 1.7.1
"svn rm dir/*"1.14s
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 rm7s
svn add 0.126s
svn st
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 t
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 update
On Tue, Nov 1, 2011 at 10:41 AM, Nrupen Kantamneni 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 DeltaV/WebDAV c
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 8:5
Nrupen Kantamneni 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
Perhaps autov
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
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 down
On Tuesday, November 01, 2011 1:12 PM, "Neil Bird"
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. The SQLite
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
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
On Tue, Nov 1, 2011 at 8:29 AM, Jeyanthan 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 Subversion reposit
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
> 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
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 delete
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
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
v
"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 advis
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" rev
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 1.6.1
Philip Martin 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
Wabe W 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 there is no n
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
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
50 matches
Mail list logo
