nberger wrote:
On 7/5/2013 8:41 PM, Kyle McKay wrote:
This patch allows git-svn to fetch successfully using the
serf library when given an https?: url to fetch from.
Thanks, Kyle. I confirm this is working for my problem cases as
well.
Subversion 1.8.0 was released less than a month ago on 2013-0
On Jul 7, 2013, at 10:53, Junio C Hamano wrote:
John Szakmeister writes:
On Sun, Jul 7, 2013 at 8:52 AM, Ramkumar Ramachandra > wrote:
When GIT_PS1_SHOWCOLORHINTS is turned on, there is no need to put a
detached HEAD within parenthesis: the color can be used to
discriminate
the detached HEA
I forwarded the "SVNAllowBulkUpdates Off" question to the us...@subversion.apache.org
list and here's the reply:
On Jul 7, 2013, at 11:11, Lieven Govaerts wrote:
On Sun, Jul 7, 2013 at 4:48 PM, Kyle McKay wrote:
On Jul 7, 2013, at 06:39, Daniel Shahaf wrote:
Kyle McKay wr
On Jul 6, 2013, at 19:23, Jonathan Nieder wrote:
Kyle McKay wrote:
Unless bulk updates are disabled when using the serf access method
(the only one available with svn 1.8) for https?: urls,
apply_textdelta does indeed get called multiple times in a row
without an intervening temp_release
On Jul 6, 2013, at 18:37, Jonathan Nieder wrote:
Kyle McKay wrote:
On Jul 6, 2013, at 17:28, Jonathan Nieder wrote:
David Rothenberger wrote:
On 7/5/2013 8:41 PM, Kyle McKay wrote:
Daniel Shahaf has suggested also setting
"servers:global:http-bulk-updates=on".
I have a patch
On Jul 6, 2013, at 17:24, Jonathan Nieder wrote:
(cc-ing Eric Wong, who wrote this code)
Hi,
Kyle McKay wrote:
Temp file with moniker 'svn_delta' already in use at Git.pm line 1250
Temp file with moniker 'git_blob' already in use at Git.pm line 1250
David Rothenberger
On Jul 6, 2013, at 17:28, Jonathan Nieder wrote:
David Rothenberger wrote:
On 7/5/2013 8:41 PM, Kyle McKay wrote:
Daniel Shahaf has suggested also setting
"servers:global:http-bulk-updates=on".
I have a patch that does this, but since turning on bulk updates has
a possible p
When attempting to git-svn fetch files from an svn https?: url using
the serf library (the only choice starting with svn 1.8) the following
errors can occur:
Temp file with moniker 'svn_delta' already in use at Git.pm line 1250
Temp file with moniker 'git_blob' already in use at Git.pm line 1250
On Jul 5, 2013, at 16:14, David Rothenberger wrote:
On 7/5/2013 1:48 PM, David Rothenberger wrote:
I recently upgraded my Subversion server to 1.8.0 and started
receiving the following error from "git svn fetch":
Temp file with moniker 'svn_delta' already in use at /usr/lib/perl5/
vendor_perl/
This patch allows git-svn to fetch successfully using the
serf library when given an https?: url to fetch from.
Unfortunately some svn servers do not seem to be configured
well for use with the serf library. This can cause fetching
to take longer compared to the neon library or actually
cause ti
The temp_is_locked function can be used to determine whether
or not a given name previously passed to temp_acquire is
currently locked.
Signed-off-by: Kyle J. McKay
---
perl/Git.pm | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/perl/Git.pm b/perl/Git.pm
inde
On Jul 5, 2013, at 16:07, David Rothenberger wrote:
On 7/5/2013 3:58 PM, Kyle McKay wrote:
On Jul 5, 2013, at 13:48, David Rothenberger wrote:
I recently upgraded my Subversion server to 1.8.0 and started
receiving the following error from "git svn fetch":
Temp file with moniker
On Jul 5, 2013, at 13:48, David Rothenberger wrote:
I recently upgraded my Subversion server to 1.8.0 and started
receiving the following error from "git svn fetch":
Temp file with moniker 'svn_delta' already in use at /usr/lib/perl5/
vendor_perl/5.10/Git.pm line 1024.
This occurs only when u
The value is considered a match to a url if the
value is a prefix of the url which ends on a path component
boundary ('/'). So "https://example.com/test"; will match
"https://example.com/test"; and "https://example.com/test/too";
but not "https://example.com/testextra";.
Longer matches take pr
On Jul 2, 2013, at 09:55, Andreas Schwab wrote:
Kyle McKay writes:
Do you feel that it's important to accept these alternate URL
versions
that are not listed on the project page:
1) Optional trailing '/'
2) For the ssh scp form, optional leading '/'
3) Optional
My apologies.
repo.or.cz recently had some updates to support:
1) smart HTTP fetch
2) smart HTTP push (over https)
3) user removal of projects
Along with those updates it started doing more validation on paths.
I believe all the paths listed on http://repo.or.cz/w/alt-git.git are
accepted as
16 matches
Mail list logo
