Re: [Evolution-hackers] Account management and keyrings

2011-01-20 Thread Matthew Barnes
On Thu, 2011-01-20 at 18:55 +0100, Christian Hilberg wrote: > ++ from the evolution-kolab team. Any idea on how to handle exactly this > right > now (we'll be implementing that soon on a totally obsolete Evo version, i.e. > 2.30 ;-)? Since we did not yet implement this part, we can do so in a wa

Re: [Evolution-hackers] Account management and keyrings

2011-01-20 Thread Christian Hilberg
Hi, On Thu 20 January 2011 Matthew Barnes wrote: > On Thu, 2011-01-20 at 18:24 +0100, Milan Crha wrote: > > Nope, go for it. It may also fix an issue with Birthday&Anniversaries > > calendar, when using authenticated addressbook, as right now there is no > > easy way to ask for a stored password f

Re: [Evolution-hackers] Account management and keyrings

2011-01-20 Thread Matthew Barnes
On Thu, 2011-01-20 at 18:24 +0100, Milan Crha wrote: > Nope, go for it. It may also fix an issue with Birthday&Anniversaries > calendar, when using authenticated addressbook, as right now there is no > easy way to ask for a stored password for that book. Of course, there > will be needed new API fo

Re: [Evolution-hackers] Account management and keyrings

2011-01-20 Thread Milan Crha
On Thu, 2011-01-20 at 11:07 -0500, Matthew Barnes wrote: > With this in place, the only thing left for e-passwords.c to do is put > up a password dialog. Although knowing me I'll likely wind up rewriting > that too. Hi, I think I mentioned it somewhere already, please add also possibility

Re: [Evolution-hackers] Account management and keyrings

2011-01-20 Thread Matthew Barnes
On Tue, 2010-11-23 at 23:50 -0500, Matthew Barnes wrote: > Migration issues aside, since that's already a project unto itself, is > there any reason why our keyring items can't be as simple as: > >Description: Evolution data source <> >Attributes: source: <> > > This would make password

Re: [Evolution-hackers] Account management and keyrings

2010-12-03 Thread Matthew Barnes
On Tue, 2010-11-23 at 23:50 -0500, Matthew Barnes wrote: > Also, while we're on the subject of password storage, pretty please can > we drop support for the old legacy ~/.gnome2_private/Evolution password > file and make keyring integration mandatory for Evolution 3.0? We are > the only ones stil

[Evolution-hackers] Account management and keyrings

2010-11-23 Thread Matthew Barnes
I finished my first pass at converting all the address book and calendar backends to the new key file API and am now looking at our GNOME Keyring integration. Once again I'm getting bit by the fact that the URIs we've historically used to identify data sources is just making things needlessly comp