You could try one of these (i386 versions are also available):
>
> http://opensource.wandisco.com/centos/5/RPMS/x86_64/
>
> They're made fore CentOS, but AIUI, should work on RHEL as well. 1.6.17
> isn't there, but newer versions are; I'd suggest trying the latest,
> 1.6.23-2.
>
Are these "Apache
Čibej wrote:
> On 06.09.2013 02:06, Felipe Alvarez wrote:
> > I have upgraded my tortoiseSVN to 1.8.2 which includes svn version
> > 1.8.3 (r1516576). The problem is still there (locks broken on update).
> >
> > I have not seen any progress on the bug report
> >
:21 AM, Felipe Alvarez
wrote:
>
>
>
> Johan Corveleyn writes:
>>
>> > Now, playing "user's advocate": is there still something useful to do
>> > here? I.e. apparently ra_neon worked fine with the broken servers.
>> > Should ra_serf also be
Johan Corveleyn writes:
>
> > Now, playing "user's advocate": is there still something useful to do
> > here? I.e. apparently ra_neon worked fine with the broken servers.
> > Should ra_serf also be able to handle this, so 1.8 clients can still
> > work fine with servers < 1.6.17?
>
> It appears to
On Thu, Aug 15, 2013 at 6:19 PM, Bert Huijben wrote:
> Hi Felipe,
>
> Do you have access to the repository configuration at the server?
>
> Things we are most interested in is how exactly your authentication is
> setup. E.g. do you allow anonymous acces, and if yes in what
As of 1.8 SVN only uses the serf library for http communication, and
> no longer the neon library (before 1.8, both were part of svn, but
> neon was the default library).
>
> Unfortunately there is no runtime-switch (yet) to enable debug output
> with svn+serf. There is already an open enhancement
> Can you provide a complete recipe?
>
> I'm using a 1.8.x client and a 1.6.x server and I can't reproduce it. I
> tried this
>
> svnadmin create repo --compatible-version 1.6
> svn co http://localhost:/obj/repo wc
> svn mkdir --parents wc/A/B/C
> touch wc/A/B/C/f
> svn add wc/A/B/C/f
> svn ci
>
>
> I have the same issue.
>
> It happens when I run 1.8.1 windows client with 1.6.9 https
> repository sever. I haven't tried so many combinations ATM,
> but here are some observations:
>
> 1.8.1 client run with 1.6.9 https:// repo server gives this issue.
> 1.8.1 client run with 1.6.9 generated
On Mon, Aug 5, 2013 at 9:50 AM, Felipe Alvarez wrote:
> Maybe I'm missing something but what exactly is broken in your
>
>> output? It ends with svn up, but shouldn't be there at least one
>> additional svn st to show something about the lock?
>>
>&
Maybe I'm missing something but what exactly is broken in your
> output? It ends with svn up, but shouldn't be there at least one
> additional svn st to show something about the lock?
>
> > Felipe@FELIPES ~/SVN
> > $ svn up
> > Updating '.':
> > BTrunk\SystemAdmin\rsync_transfer.cron.FreshASPN
I
'm using tortoiseSVN, and noticed that when updating the very root of the
repository, locks which I have taken under it become broken. Here is output
from cygwin.
---begin-output---
$ svn --version
svn, version 1.8.1 (r1503906)
compiled Jul 22 2013, 19:58:17 on x86-microsoft-windows
Copyrig
Client: windows 7 x86_64 TortoiseSVN 1.5.9 (this version is REQUIRED!)
Server: Redhat 4 svn version 1.4.4 ( r25188 ) (this version is REQUIRED!)
After about 2 minutes of a full 'virgin' checkout over PP2P VPN, I'm
getting these errors when doing full Checkout:
Error REPORT of '/svn/repos/!svn/
12 matches
Mail list logo