David Schweikert wrote on Fri, Jul 05, 2013 at 08:00:54 +0200:
> On Thu, Jul 04, 2013 at 19:15:15 +0100, Andreas Stieger wrote:
> > > We are using Subversion 1.7.10 and the working copy is on NFS. Having it
> > > on the local filesystem makes it faster, but I thought that it could be
> > > even fas
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 using an http:// URL; svn:// URLs work fine.
I think thi
On 05.07.2013 19:15, David Rothenberger wrote:
> I recently upgraded my Subversion server to 1.8.0 and started
> receiving the following error from "git svn fetch":
Talk to the authors of git-svn. This is a Subversion users' mailing list.
--
Branko Čibej | Director of Subversion
WANdisco // Non
On 7/5/2013 10:49 AM, Branko Čibej wrote:
> On 05.07.2013 19:15, David Rothenberger wrote:
>> I recently upgraded my Subversion server to 1.8.0 and started
>> receiving the following error from "git svn fetch":
>
> Talk to the authors of git-svn. This is a Subversion users' mailing list.
Thanks,
On Saturday, June 29, 2013 01:18:16 PM Stefan Sperling wrote:
> On Fri, Jun 28, 2013 at 03:36:38PM -0700, Alexey Neyman wrote:
> > [copying dev@ because I found what the issue is]
> >
> > Hi,
> >
> > Did some further investigation and it turns out that SVN1.8 client creates
> > more connections t
On Sunday, June 30, 2013 04:33:45 PM Branko Čibej wrote:
> On 24.06.2013 01:38, Alexey Neyman wrote:
> > Are you calling RPMs provided by WanDisco's "fun and games"? I think
> > Subversion developers employed by WanDisco might be somewhat insulted
> > by such judgment.
>
> Hmm I'd sooner be i
On 05.07.2013 21:07, David Rothenberger wrote:
> On 7/5/2013 10:49 AM, Branko Čibej wrote:
>> On 05.07.2013 19:15, David Rothenberger wrote:
>>> I recently upgraded my Subversion server to 1.8.0 and started
>>> receiving the following error from "git svn fetch":
>> Talk to the authors of git-svn. T
On 05.07.2013 23:04, Alexey Neyman wrote:
> My point was that the problem is most likely not a *packaging* issue,
> which was confirmed in my next message (the issue is due to 1.8.x
> making more connections from client to server when doing 'svn merge').
That's most likely a side effect of the imp
Hello there (and congrats for the release !),
I was about to directly file a bug but finally decided to go through the proper
process...
As we are planning to move from 1.7 to 1.8, we already migrated a few clients
(not yet the server), and the following change, as I suspected, hit us:
* reject
On 05.07.2013 19:28, Eric Estievenart wrote:
> Of course the layout of the repository is historical and a bit complex;
> I'll try to represent it here: (hoping you have a fixed font...)
>
>
> /app/v2-dev/--
> /app/v2-candidate /---/---
On 7/5/2013 2:10 PM, Branko Čibej wrote:
> On 05.07.2013 21:07, David Rothenberger wrote:
>> On 7/5/2013 10:49 AM, Branko Čibej wrote:
>>> On 05.07.2013 19:15, David Rothenberger wrote:
I recently upgraded my Subversion server to 1.8.0 and started
receiving the following error from "git s
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 'svn_delta' already in use at
>> /usr/lib/perl5/vendor_pe
[Copying dev@ because it's related to a known issue that we document
more loudly.]
On 06.07.2013 00:51, David Rothenberger wrote:
> I cannot reproduce this problem using command-line tools, but I was
> able to do a trace of git-svn when it is failing and it looks to me
> that the problem is in the
On 06.07.2013 02:34, Branko Čibej wrote:
> In the meantime, it might be a good idea to relax the restrictions in
> git-svn to account for the way the HTTPv2 protocol works.
By the way, this section of the 1.8 release notes is relevant:
http://subversion.apache.org/docs/release-notes/1.8.html#neon
14 matches
Mail list logo
