[Evolution] Bug#587849: Bug#587849: Handle NSS init errors better

Yves-Alexis Perez corsac at debian.org
Fri Jul 2 14:27:29 UTC 2010

On 02/07/2010 16:05, jose at o2w.es wrote:
> On Fri, 02 Jul 2010 13:09:47 +0200, Yves-Alexis Perez <corsac at debian.org>
> wrote:
>> On 02/07/2010 12:27, David Woodhouse wrote:
>>> This code isn't handling errors very well. First it ought to report the
>>> error more coherently so that we know what went wrong, and then it
>>> should fall back to using the old DBM database instead of just failing
>>> completely.
>>> This should fix those complaints, and I'd be very interested to know
> the
>>> output, which should explain _why_ the SQL database is failing to
>>> initialise.
> http://git.gnome.org/browse/evolution-data-server/commit/?h=gnome-2-30&id=1ca0f0d2db265fcded9c74954d3651e1ba2b40b1
>> José, are you able to build a new evolution-data-server with this commit
>> added? If not, I'll to provide you a package this weekend so you're able
>> to test it.
>> In the meantime, if you could give us the result of the commands given
>> before, and add:
>> find ~/.pki -lr
>> Thanks,
> The result of the command was this. Nevertheless deleting the .pki
> directory is working perfectly. Thank you very much.
> /home/jose/.pki
> /home/jose/.pki/nssdb
> /home/jose/.pki/nssdb/cert9.db
> /home/jose/.pki/nssdb/pkcs11.txt
> /home/jose/.pki/nssdb/key4.db
Arg, I wanted the full -ls output (not sure how you managed to get that,
since -lr presumably doesn't exist :/). Seems that it was indeed a
permission problem.

David: would it make sense to try fixing permissions in case they're
considered wrong by NSS and thus it won't open the db?


More information about the Pkg-evolution-maintainers mailing list