[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn --non-interactive preventing gnome-keyring access

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Thu, 30 Jul 2009 10:15:07 -0400

Senthil Kumaran S wrote:
> Christoph Caks wrote:
>> its been a long time and i had no time to spend on this issue.
>>
>> i just tried it again with
>> svn, version 1.6.3 (r38063)
>> compiled Jul 30 2009, 11:40:33
>>
>> and i'm still experiencing the same problem:
>>
>> when using svn --non-interactive it is not able authenticate with the server
>
> Can you try with subversion trunk? It was fixed via "r38222, r38223, r38261"
> and proposed for backport in 1.6.x branch, so we may get it released in 1.6.4.

STOP! DON'T DO THAT!

Or at least, don't do it ignorantly. Subversion's trunk code will not work
against any 1.6-era working copies without performing an irreversible
transformation on them (which, in my experience, doesn't even work all the
time, resulting in a completely broken working copy). The performance of
trunk's code is atrocious, too. And then there are the standard list of
warnings about running bleeding edge code.

If you're cool with all of that, and wish to help us verify this bugfix,
that's great -- carry on. Otherwise, I'd suggest that you:

1. build Subversion 1.6.x yourself (by checking out the ^/branches/1.6.x branch)
2. verify your problem with the client that results from your build
3. merge the changes Senthil mentions above (`svn merge ^/trunk
-c38222,38223,38261') into your branch working copy; rebuild.
4. verify that your problem goes away with the client that results from your
second build.

-- 
C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2376957

Received on 2009-07-30 16:15:24 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.