bzr-svn not caching credentials

[Jelmer Vernooij]

On Tue, 2011-01-25 at 23:13 -0500, Gordon Tyler wrote:
> On 1/25/2011 3:14 PM, Jelmer Vernooij wrote:
> > bzr-svn deliberately doesn't talk to gnome-keyring or kwallet through
> > libsvn. Bazaar already has integration with gnome-keyring and kwallet
> > and the concern is that we try the same credentials more than once.
> 
> >> Basically, as far as I'm concerned, bzr-svn should be behaving like a
> >> normal svn client in this regard.
> > I think bzr-svn should be acting as a normal /bzr/ client. It would be
> > very confusing if accessing two repositories over http using bzr had
> > different behaviour in terms of password caching. 
> Fair enough. But I find it somewhat inconsistent then that it *reads*
> the libsvn cache. I suppose though that it checks bzr's
> authentication.conf first.
Yeah, it's the last thing we check. Reading the svn cache is done to
improve the user experience for those migrating from svn. 

> >>> Personally, I would prefer for Bazaar to support e.g. gnome-keyring to
> >>> handle caching of credentials.
> >> I don't think Windows has anything like that, does it?
> > Then we should look at alternatives. I think Bazaar should behave
> > consistently when caching credentials - independent of what the format
> > is of the repository at the other end. Accessing two different
> > repositories over http:// should not result in the password being cached
> > in ~/.subversion in one case and not being cached in the other.
> 
> I just read
> http://doc.bazaar.canonical.com/developers/authentication-ring.html. Is
> this just a plan or is it already implemented in bzr.dev?
As far as I know it works today. You can use authentication.conf, but we
don't write to it.

Cheers,

Jelmer