Hi!
I continue building a svn server with remote datasource. I want to look up
an idea: If I mount a remote hard disk across SAMBA and I change the
SVNParentPath to this device, will it be works fine? Thanks!!!
>
Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851VAT Reg No 778499447
-Original Message-
> From: Mark Phippard [mailto:markp...@gmail.com]
> Sent: 15 January 2010 16:37
> To: Giulio Troc
Peter Koellner wrote:
> Hi!
>
> I am working on a slightly outdated OpenSuSE system that has
> subversion 1.4.4 installed. Since an hour or so, I can't do any
> commits anymore. Everything else seems to work, but no commits.
>
> I even checked out a fresh working copy with
>
> svn co http://loca
On Monday 18 January 2010, Juan Jesús Cremades Monserrat wrote:
> I continue building a svn server with remote datasource. I want to look
> up an idea: If I mount a remote hard disk across SAMBA and I change the
> SVNParentPath to this device, will it be works fine? Thanks!!!
I think the FAQ conta
Hi,
> I am assuming that if the commits must start at least one
> second apart - then the sync from the post-commit hook
> would not be able to reach a race condition.
> Is this a reasonable assumption?
No, the bug is worse than that. Suppose there are 3 commits:
- At time 12:00:00, a commit st
On Fri, Jan 15, 2010 at 15:16, Mark Phippard wrote:
> On Fri, Jan 15, 2010 at 3:08 PM, Andy Levy wrote:
>> I've found several references to this problem via Google & the list
>> archives, but never any answers.
>>
>> When checking out from *some* clients (one in particular), I get the
>> followin
On Mon, Jan 18, 2010 at 8:44 AM, Andy Levy wrote:
>> You should be able to just edit the %AppData%\Subversion\servers file
>> on the client to tell it to use Serf over Neon (assuming your binaries
>> support it).
>>
>> [global]
>> http-library = serf
>>
>> If Anthill uses SVNKit then I am not sure
On Mon, Jan 18, 2010 at 08:55, Mark Phippard wrote:
> On Mon, Jan 18, 2010 at 8:44 AM, Andy Levy wrote:
>>> You should be able to just edit the %AppData%\Subversion\servers file
>>> on the client to tell it to use Serf over Neon (assuming your binaries
>>> support it).
>>>
>>> [global]
>>> http-l
On Mon, 18 Jan 2010, ullrich.j...@elektrobit.com wrote:
Did you check your system, e.g. if there is enough disk space, etc.?
Yes. Everything fine, nothing suspicious.
(Sorry for the late answer - I guess it's not a subversion problem, so nobody
felt the need to answer, as well as reading th
Okay, this is late. I see you're using Apache as your transaction
engine, you're using SUSE, and you're using an old version of
Subversion. Sounds frightfully familiar. We use to have a similar
setup.
Are your repositories read/writable by the HTTP process? On SUSE,
these have to be read/writable
I've been trying to use python to use Subversion’s Remote Access library, but
it crashes.
#!/usr/bin/python
import os
import svn
import svn.ra
import svn.client
import svn.core
svn.ra.initialize()
class Callbacks(svn.ra.Callbacks):
def __init__(self):
self.auth_baton = svn.core.
On Mon, Jan 18, 2010 at 09:27, Andy Levy wrote:
> On Mon, Jan 18, 2010 at 08:55, Mark Phippard wrote:
>> On Mon, Jan 18, 2010 at 8:44 AM, Andy Levy wrote:
You should be able to just edit the %AppData%\Subversion\servers file
on the client to tell it to use Serf over Neon (assuming your
Hi,
We've experienced a problem with checkouts to long local
absolute paths. I.e. we have a repository with test cases
and one of those test cases have a veeery long name for
regression test purposes. Now, checking out this file
usually works without a hitch but last week we hit a snag.
Subversio
13 matches
Mail list logo
