CC += dev@
Daniel Näslund wrote on Mon, Dec 06, 2010 at 21:32:39 +0100:
On Mon, Dec 06, 2010 at 01:44:23PM -0600, David Dyer-Bennet wrote:
Subversion 1.6.12 running on Centos 5.5
If the value of the environment variable VISUAL contains a space,
subversion fails when attempting to invoke
From: Dąbrowski, Leszek
Sent: Monday, December 06, 2010 5:47 PM
To: 'users@subversion.apache.org'
Subject: failed to add directory
Hello,
I encountered the behaviour that looks like a bug.
I work with a quite big repository (local copy on my PC (x86, winXP SP3)
From: Gavin Beau Baumanis [mailto:b...@palcare.com.au]
For our production repositories we're using 1.5.1
My question is - is there an appropriate version to upgrade to?
We're tossing up between;
Update to the latest 1.5.x
Update to 1.6.x
Or simply wait it out - for 1.7
Is there a
On Tue, 2010-12-07, Daniel Shahaf wrote:
CC += dev@
Daniel Näslund wrote on Mon, Dec 06, 2010 at 21:32:39 +0100:
On Mon, Dec 06, 2010 at 01:44:23PM -0600, David Dyer-Bennet wrote:
Subversion 1.6.12 running on Centos 5.5
If the value of the environment variable VISUAL contains a
Hi!,
SVNFlash is an amazing web application to explore Subversion repositories.
And it is FREE.
We have deployed it on our new public server in California (USA) and cached
some repositories, including Apache's.
Click here to start explore Apache's
On Mon, Dec 6, 2010 at 9:10 PM, Gavin Beau Baumanis b...@palcare.com.au wrote:
Hi Everyone,
For our production repositories we're using 1.5.1
My question is - is there an appropriate version to upgrade to?
We're tossing up between;
Update to the latest 1.5.x
Update to 1.6.x
Or simply
Thanks for your quick reply!
Quoting Johan Corveleyn jcor...@gmail.com:
I assume you're talking about file externals (as opposed to directory
externals).
Yes.
I think the only workaround currently is to throw away (part of) your
working copy (after you've removed/edited the svn:externals
Hello World,
I have implemented a feature into our product. To not break things for the
other developers, I used a feature branch as described in the svn book. Now my
implementation is complete, so I want to merge my branch back to trunk. In a
fully updated working copy of the trunk (with no
Hello World,
I have implemented a feature into our product. To not break things
for the other developers, I used a feature branch as described in
the svn book. Now my implementation is complete, so I want to merge
my branch back to trunk. In a fully updated working copy of the
trunk (with
From: Gavin Beau Baumanis [mailto:b...@palcare.com.au]
For our production repositories we're using 1.5.1
My question is - is there an appropriate version to upgrade to?
We're tossing up between;
Update to the latest 1.5.x
Update to 1.6.x
Or simply wait it out - for 1.7
Is
Hello World,
I have implemented a feature into our product. To not break things
for the other developers, I used a feature branch as described in
the svn book. Now my implementation is complete, so I want to merge
my branch back to trunk. In a fully updated working copy of the
trunk
On Tue, December 7, 2010 04:18, Julian Foad wrote:
On Tue, 2010-12-07, Daniel Shahaf wrote:
I confirmed that there was a bug in that report, but that was on Windows
and the evidence there was that the arguments were not being parsed
correctly even when the space was escaped with the ^
Hello World,
I have implemented a feature into our product. To not break
things
for the other developers, I used a feature branch as described
in
the svn book. Now my implementation is complete, so I want to
merge
my branch back to trunk. In a fully updated working copy of the
David Dyer-Bennet wrote on Tue, Dec 07, 2010 at 08:44:28 -0600:
On Tue, December 7, 2010 04:18, Julian Foad wrote:
On Tue, 2010-12-07, Daniel Shahaf wrote:
I suppose setting VISUAL=\/path with spaces/to/editor/binary\ is the
easiest solution --- it requires no code changes so it will work
[snip]
No, it's a normal checkout, and I was and am merging at the same
folder level (_dev) from where I branched.
I noticed however that the mentioned files have been changed in
another branche and then were merged to trunk (within the given
range 13561-15003). Is this in some way
[David Dyer-Bennet]
I suppose setting VISUAL=\/path with spaces/to/editor/binary\ is the
easiest solution --- it requires no code changes so it will work with
any svn binary out there.
Yes, I think that's the best solution.
And, in any case, VISUAL is a public interface, and I wonder
On Tue, December 7, 2010 09:03, Daniel Shahaf wrote:
David Dyer-Bennet wrote on Tue, Dec 07, 2010 at 08:44:28 -0600:
On Tue, December 7, 2010 04:18, Julian Foad wrote:
On Tue, 2010-12-07, Daniel Shahaf wrote:
I suppose setting VISUAL=\/path with spaces/to/editor/binary\ is
the
easiest
Hello subversion users. I have a 'how-would-you-do-this' question for
you. An answer wasn't apparent on google or recent SVN mail archives, so
I'm hoping you kind folks can help.
Subversion is controlling change to a website I manage (running the CMS
Joomla!) , which is to say subversion
Hi all,
Share Subversion revision graphs.
Example:
http://173.255.210.14/svnflash/?action=graphcss=MacOS9repo=apachepath=/db/derby/code/trunk/STATUS
First time, it could take a while to load. Next times the application will
be loaded from your browser cache very fast.
Apache's repository is
[David Dyer-Bennet]
as I said in my initial post, I first discovered this on Windows
under Cygwin. Avoiding c:/Program Files and c:/Documents and
Settings/david.dyer-bennet/My Documents involves contortions and
leaves you putting things in unusual places.
Well, or calling them C:/PROGRA~1
Hi all,
I am serving our repositories over https, using Apache 2.2, via mod_dav_svn,
also using mod_authz_svn for per directory access control. Most users find
the error messages cryptic (when there is a permission related error on
checkout, commit, so on...) and I am wondering if there is a
On Tue, Dec 7, 2010 at 11:59, Nick Stokes
randomaccessitera...@gmail.com wrote:
Hi all,
I am serving our repositories over https, using Apache 2.2, via mod_dav_svn,
also using mod_authz_svn for per directory access control. Most users find
the error messages cryptic (when there is a
Hi,
Firstly I hope this is the right forum, it doesn't seem appropriate for the
dev forum.
Has anyone got an example of using svn_wc_diff (or 2/3/4 etc), preferably
from python? I can find zero examples on the interwebs. I can't work out
what I need to pass from the minimal doxygen docs...
On Tue, Dec 7, 2010 at 9:18 PM, Nick Stokes
randomaccessitera...@gmail.com wrote:
On Tue, Dec 7, 2010 at 1:11 PM, Andy Levy andy.l...@gmail.com wrote:
On Tue, Dec 7, 2010 at 11:59, Nick Stokes
randomaccessitera...@gmail.com wrote:
Hi all,
I am serving our repositories over https, using
On Tue, December 7, 2010 09:58, Daniel Shahaf wrote:
David Dyer-Bennet wrote on Tue, Dec 07, 2010 at 09:30:45 -0600:
On Tue, December 7, 2010 09:03, Daniel Shahaf wrote:
David Dyer-Bennet wrote on Tue, Dec 07, 2010 at 08:44:28 -0600:
And, in any case, VISUAL is a public interface, and I
-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: Tuesday, December 07, 2010 12:36 PM
To: Nick Stokes
Cc: Andy Levy; users@subversion.apache.org
Subject: Re: meaningful error messages in http
On Tue, Dec 7, 2010 at 9:18 PM, Nick Stokes
On Tue, Dec 7, 2010 at 9:30 AM, Bob Archer bob.arc...@amsi.com wrote:
Of course you can run svnadmin upgrade to bring the repository to version
1.6. If you don't it will keep storing stuff in the 1.5 format and you will
lose many of the advantages of 1.6.
You also won't reap the performance
I saw there were many questions about this error but I didn't see any
solution.I
use 1.6.5 subversion server and both command and windows client.Is there anyone
have solutions?
Thanks.
28 matches
Mail list logo