- Original Message -
>
> I'm not sure whether that applies to Justin's particular case because
> that's only a problem if the lock gets released between the original
> workqueue run and the second workqueue run. That's a very small
> window--in most cases both runs see the lock and the b
Stefan Sperling writes:
> I don't know if Justin's particular case could somehow be detected and
> handled in a more automated fashion. But it would be nice if svn did this.
> Justin, if you care strongly about this, please add an entry to our issue
> tracker[1] that points at this thread in the
On Wed, Jun 13, 2012 at 10:17:02AM -0500, Les Mikesell wrote:
> On Wed, Jun 13, 2012 at 7:12 AM, Johan Corveleyn wrote:
> > The problem is that, at the point where svn runs into this locked
> > file, half of the work has already been done (the metadata in wc.db
> > has already been updated). The r
- Original Message -
>
> But as said before, that's possibly quite hard to achieve
> in light of an existing possibly multi-layered implementation
No idea what you mean with multi-layers - wc.db and such are internal issues of
svn, of which nobody above should be made aware. I think. At
Johan Corveleyn wrote on Wed, Jun 13, 2012 at 15:32:56 +0200:
> On Wed, Jun 13, 2012 at 3:16 PM, Vladimir Shun'kov wrote:
> > Would be enough have the number bytes of changes. I did disk usage in
> > pre-commit hook and disk usage in post-commit hook and then calculated
> > the difference. But I c
Philip Martin wrote on Fri, Jun 15, 2012 at 16:32:13 +0100:
> Daniel Shahaf writes:
>
> > Garrison, Jim (ETW) wrote on Thu, Jun 14, 2012 at 10:49:47 -0700:
> >>
> >> This is going to cause major headaches for a lot of people. OpenSSL
> >> client versions 1.0.1 and later can and will cause earli
Daniel Shahaf writes:
> Garrison, Jim (ETW) wrote on Thu, Jun 14, 2012 at 10:49:47 -0700:
>>
>> This is going to cause major headaches for a lot of people. OpenSSL
>> client versions 1.0.1 and later can and will cause earlier server
>> versions to hang at CLIENT HELLO. There are options in the
Garrison, Jim (ETW) wrote on Thu, Jun 14, 2012 at 10:49:47 -0700:
> > -Original Message-
> > From: Garrison, Jim (ETW) [mailto:jim.garri...@nike.com]
> > Sent: Wednesday, June 13, 2012 3:56 PM
> > To: users@subversion.apache.org
> > Subject: Newer SSL libraries and TLSv1.2 incompatibilities
Hello all,
I'm using the svn 1.7.5 SDK on Win32 with VS2005. (Hope this is the right list,
but I thought I'm rather using the SDK than developing on it.) For some reason
every call fetching data from the server opens up it's own socket connection
but doesn't close it when data retrieval is f
On Jun 15, 2012, at 12:18 , Stephen Butler wrote:
>
> On Jun 15, 2012, at 9:18 , russellh wrote:
>
>> Hi all,
>>
>> We have used svndumptool to change all the externals in our Subversion
>> repositories during a migration due to a change from http to https on our
>> system.
>>
>> We noticed
Thanks Steve,
That's really useful. In that case we shall carry on with our migration
using svndumptool.
We are aware it's a third party application, but since it affects our
Subversion dump files we thought that you guys would be better placed to
answer whether this would cause an issue wit
On Jun 15, 2012, at 9:18 , russellh wrote:
> Hi all,
>
> We have used svndumptool to change all the externals in our Subversion
> repositories during a migration due to a change from http to https on our
> system.
>
> We noticed that the new file created by svndumptool is missing all the sha-
Hi all,
We have used svndumptool to change all the externals in our Subversion
repositories during a migration due to a change from http to https on
our system.
We noticed that the new file created by svndumptool is missing all the
sha-1 lines (md5s still in there) that were in the old file
13 matches
Mail list logo
