Curiosity up front: I couldn't find an encoding that displayed the
letter/accent between the 'i' and 's' in your name, I only get a box there.
What encoding are you using and what should be there?
On Tuesday 25 January 2011, Piotr Kabaciński wrote:
Working with svn project for longer time
I tried to create a new branch of a trunk that had some svn:externals
definition.
In particular, it pointed to a file.
I.e.
/somewhere/a.txt@4 a.txt
I used
svn copy svn://server/trunk branch
And the output from that was the usual stuff including
E a.txt (indicating an externals
Daniel Shahaf wrote:
What version did you upgrade to 1.6.15 from?
From a 1.6.4 installation.
Are there any svn-commit.tmp, svn-commit.2.tmp preexisting?
No, there are none. I double checked and deleted all *.tmp in the
concerned directories.
What happens if you use the following script
On Tue, Jan 25, 2011 at 12:51:12PM -0700, Donner, Sean P wrote:
I'm attempting to setup svnserve with SASL support on my Slackware 13.1
server and after
some trial and error I'm able to get it to work with the configuration listed
at the end of this
post.
You'll notice that the output of
On Tue, Jan 25, 2011 at 08:28:08PM -0600, Ryan Schmidt wrote:
I _know_, by sheer evidence of the svn-commit.tmp file being
physically there, that it is created one directory level above where
it was used to be created!
FWIW, on my Mac OS X installation (Mac OS X 10.6.6, SVN
I have a question about the following scenario:
I have /trunk and a branch made from trunk that I'm working on (let's call
it /branches/x). I also have a branch created from x (let's call that
/branches/y).
When someone has made a change to trunk i do svn merge ^/trunk in branch
x, and svn merge
I should probably go to the Apache-specific site for this, but I thought
I'd ask here in case anyone else has seen the like.
We have Apache running as a Subversion server on a Solaris 10 box. It's
all working a treat.
Now, we have the server explicitly only talking SVN over https,
We have a graphics-oriented code-base that's auto-generated and has 5000
source files in one directory. While I can check this out OK on Linux,
we're seeing an unusable slow-down on Windows XP (NTFS), both using Tortoise
directly, and as a test on Linux with the Windows drive mapped over
On Wednesday 26 Jan 2011, Neil Bird wrote:
We have a graphics-oriented code-base that's auto-generated and has
5000 source files in one directory. While I can check this out OK on
Linux, we're seeing an unusable slow-down on Windows XP (NTFS), both using
Tortoise directly, and as a test
On Wednesday 26 Jan 2011, Campbell Allan wrote:
On Wednesday 26 Jan 2011, Neil Bird wrote:
We have a graphics-oriented code-base that's auto-generated and has
5000 source files in one directory. While I can check this out OK on
Linux, we're seeing an unusable slow-down on Windows
On Jan 26, 2011, at 08:28, Neil Bird wrote:
We have a graphics-oriented code-base that's auto-generated and has 5000
source files in one directory. While I can check this out OK on Linux, we're
seeing an unusable slow-down on Windows XP (NTFS), both using Tortoise
directly, and as a test
On Jan 26, 2011, at 05:07, Stefan Sperling wrote:
On Tue, Jan 25, 2011 at 08:28:08PM -0600, Ryan Schmidt wrote:
I _know_, by sheer evidence of the svn-commit.tmp file being
physically there, that it is created one directory level above where
it was used to be created!
FWIW, on my Mac
On Wed, Jan 26, 2011 at 09:28, Neil Bird n...@jibbyjobby.co.uk wrote:
We have a graphics-oriented code-base that's auto-generated and has 5000
source files in one directory. While I can check this out OK on Linux,
we're seeing an unusable slow-down on Windows XP (NTFS), both using Tortoise
On Wed, Jan 26, 2011 at 09:43:15AM -0500, Andy Levy wrote:
NTFS just doesn't handle this scenario
well - it's probably one of the reasons FSFS sharding was introduced
(I'm speculating a bit here).
IIRC that is correct.
Sharding was introduced to prevent long-running readdir() system calls.
It
I know that there's a negative speed difference on NTFS,
and that 1.7's WC-NG might make this better, but this is
getting near-logarithmically slower.
There's good information about NTFS wrt subversion here:
http://superuser.com/questions/15192/bad-ntfs-performance
I found FAT was 10-20x
On second thoughts my previous mail is related to when you have a
massive number of sub-dirs in your working copy. I didn't properly read
you mail, sorry.
Perhaps your Master File Table is fragmented... In which case a defrag
might help.
Hola Experts
I have Windows environment for Subversion.
Server - Visual SVN Enterprise Edition with Windows 2003 Enterprise Edition
Clients- XP Mostly and windows 2008 a few. Tortoise SVN.
Antivirus as well.
Is there any need to take precautions as in our
On Wed, Jan 26, 2011 at 3:41 PM, Campbell Allan
campbell.al...@sword-ciboodle.com wrote:
On Wednesday 26 Jan 2011, Neil Bird wrote:
We have a graphics-oriented code-base that's auto-generated and has
5000 source files in one directory. While I can check this out OK on
Linux, we're seeing
On Wednesday 26 January 2011, Waseem Bokhari wrote:
I have Windows environment for Subversion.
Server - Visual SVN Enterprise Edition with Windows 2003 Enterprise Edition
Clients- XP Mostly and windows 2008 a few. Tortoise SVN.
Antivirus as well.
Is there any need to take precautions as in
Around about 26/01/11 14:41, Campbell Allan typed ...
If the code is auto generated would it be possible to generate it for each
build?
Interesting question; I shall have to ask it. I *think*, in actual
fact, that it was *originally* generated, but has since been tweaked
manually or with
Around about 26/01/11 14:43, Andy Levy typed ...
It's known and oft-lamented. NTFS just doesn't handle this scenario
well - it's probably one of the reasons FSFS sharding was introduced
(I'm speculating a bit here).
This is stuff that's currently in SourceSafe, which doesn't exhibit any
Around about 26/01/11 15:24, Stefan Sperling typed ...
Don't run virus scanners on working copies.
If you want to check for viruses in the repository, use a designated
working copy and trigger a scan of changed files from the post-commit hook.
The virus scanner excludes this particular
Around about 26/01/11 15:30, Echlin, Jamie typed ...
Perhaps your Master File Table is fragmented... In which case a defrag
might help.
We see exactly the same problem on two diff. Windows PCs, but I'll give
ImDisk a bash in the morning for the sake of experimentation.
And I recently
We see exactly the same problem on two diff. Windows PCs,
but I'll give ImDisk a bash in the morning for the sake of
experimentation.
Have you tried Process Explorer? Look at the stack trace of one of the
events when it's started slowing down. Make sure the symbol server is
configured.
On 2011-01-26 03:37, Ryan Schmidt wrote:
On Jan 25, 2011, at 02:43, Oliver Marshall wrote:
If you are equally proficient with all OSes and have no preference, you might
want to choose a UNIX-like OS, because many hook script examples will be
written assuming that is what you are running. Some
On Wed, Jan 26, 2011 at 10:46, Waseem Bokhari
waseem.bokh...@netsoltech.com wrote:
Hola Experts
I have Windows environment for Subversion.
Server - Visual SVN Enterprise Edition with Windows 2003 Enterprise Edition
Clients- XP Mostly and windows 2008 a few.
Guten Tag Neil Bird,
am Mittwoch, 26. Januar 2011 um 18:02 schrieben Sie:
When we do the checkout via tortoise, tortoise sits at 100% CPU load, and
I don't see anything else fighting it for time.
This could be the cache processing the events from the shell about
updated and new files. I
Ryan Schmidt wrote on Wed, Jan 26, 2011 at 09:12:44 -0600:
If I am in a subdirectory of that working copy and I commit,
svn-commit.tmp is created in the parent directory. For example, if
I am in /path/to/wc/foo/bar and I commit, svn-commit.tmp is created in
/path/to/wc/foo.
The directory of
On Wed, Jan 26, 2011 at 08:21:12PM +0200, Daniel Shahaf wrote:
Ryan Schmidt wrote on Wed, Jan 26, 2011 at 09:12:44 -0600:
Note I did all tests with apr 1.4.2 and apr-util 1.3.10. Perhaps this
Just curious, why mix apr/apr-util of different minor (1.%d) versions?
There is no apr-util 1.4.x.
Johan Corveleyn wrote on Wed, Jan 26, 2011 at 17:15:40 +0100:
If I have more time, I'll try to search the archives some more.
If it helps your code/mail grepping, I believe you're talking about
svn_io_open_uniquely_named().
(I found it by doing `fgrep '.%' subversion/libsvn_subr/*c`.)
On Wed, Jan 26, 2011 at 11:59, Neil Bird n...@jibbyjobby.co.uk wrote:
Around about 26/01/11 14:43, Andy Levy typed ...
It's known and oft-lamented. NTFS just doesn't handle this scenario
well - it's probably one of the reasons FSFS sharding was introduced
(I'm speculating a bit here).
This
On 01/26/2011 07:47 PM, Daniel Shahaf wrote:
Ulrich Eckhardt wrote on Wed, Jan 26, 2011 at 09:52:06 +0100:
Curiosity up front: I couldn't find an encoding that displayed the
letter/accent between the 'i' and 's' in your name, I only get a box there.
What encoding are you using and what should
On 01/26/2011 09:52 AM, Ulrich Eckhardt wrote:
Working with svn project for longer time causes growth of mergeinfo
property and very unreadable diffs between commits.
There is one good rule about merging, and that is to always merge to the same
root directory of the project. Once parts of a
I am a tortise svn user. I recently started trying the svn:externals property
to
share files between projects. I got this feature to work and I am happy with it
so far.
My question is related to how tags should behave with such shared files. I use
tags as snapshots of my project in time.
On Wed, Jan 26, 2011 at 5:02 PM, amol gole moleman...@yahoo.com wrote:
I am a tortise svn user. I recently started trying the svn:externals
property to share files between projects. I got this feature to work and I
am happy with it so far.
My question is related to how tags should behave
On 1/26/2011 4:36 PM, NN Ott wrote:
I am a tortise svn user. I recently started trying the svn:externals
property to share files between projects. I got this feature to work
and I am happy with it so far.
My question is related to how tags should behave with such shared
On Wed, Jan 26, 2011 at 7:32 PM, Daniel Shahaf d...@daniel.shahaf.name wrote:
Johan Corveleyn wrote on Wed, Jan 26, 2011 at 17:15:40 +0100:
If I have more time, I'll try to search the archives some more.
If it helps your code/mail grepping, I believe you're talking about
It's because of how CramMD5 works.
The server needs access to the users' plain text passwords.
http://en.wikipedia.org/wiki/CRAM-MD5
Stefan
Perhaps I'm wrong, but I was under the impression that the 1.6.x version of
'svnserve' natively supports CRAM-MD5; meaning you *don't* need to set
On Wed, Jan 26, 2011 at 07:08:55PM -0700, Donner, Sean P wrote:
It's because of how CramMD5 works.
The server needs access to the users' plain text passwords.
http://en.wikipedia.org/wiki/CRAM-MD5
Stefan
Perhaps I'm wrong, but I was under the impression that the 1.6.x version of
unsubscribe
On Jan 26, 2011, at 12:19, Daniel Shahaf wrote:
Ryan Schmidt wrote on Wed, Jan 26, 2011 at 09:12:44 -0600:
If I am in a subdirectory of that working copy and I commit,
svn-commit.tmp is created in the parent directory. For example, if
I am in /path/to/wc/foo/bar and I commit, svn-commit.tmp is
On Wed, Jan 26, 2011 at 9:26 PM, Stefan Sperling s...@elego.de wrote:
On Wed, Jan 26, 2011 at 07:08:55PM -0700, Donner, Sean P wrote:
It's because of how CramMD5 works.
The server needs access to the users' plain text passwords.
http://en.wikipedia.org/wiki/CRAM-MD5
Stefan
Perhaps
42 matches
Mail list logo