On Sun, 2007-02-25 at 12:35 -0600, Johnny Hughes wrote:
On Sun, 2007-02-25 at 08:09 -0600, Johnny Hughes wrote:
On Sun, 2007-02-25 at 00:56 -0500, Matt Hyclak wrote:
On Sat, Feb 24, 2007 at 10:16:40PM -0500, eberlyml@wjtl.net enlightened us:
Tonights updates seriously broke Evolution as it no longer starts on two 4.4 up-to-date boxes. When I run "evolution" from the cli I get this: $ evolution
(evolution:4865): evolution-smime-WARNING **: Failed all methods for initializing NSS The updates included firefox, seamonkey, seamonkey-nspr, and seamonkey-nss. A reboot causes no change, Any ideas?
This was also reported on the redhat nahant list.
Thank goodness :P
Let me look at this, as I had to do some things (take some things out) to make my update look like upstream.
Maybe I can get this working for them :P
OK ... I want to report that I have absolutely confirmed that this is an upstream issue, and that rebuilding evolution against the new nss/nspr sources does not fix the problem.
I am still troubleshooting to find a fix ... be advised that the seamonkey-1.0.8 update was rated "Security Critical" ... but it does make Evolution unusable for mail. Shifting back to seamonkey-1.0.7 makes evolution work, but is insecure. You will all need to make your own decisions.
The nss update seems to have broken it - backing off to the previous version lets evolution work again. A quick search in bugzilla.redhat.com didn't turn anything up, so you may want to keep an eye on that.
I have submitting an upstream bug report here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229987
we also have a CentOS bug:
Thanks to Markku Lehto for this fix:
There is a fix that works as a work around until another solution is done, which is to create this symbolic link:
cd /usr/lib
ln -s firefox-1.5.0.10/libfreeb13.so .
Having libfreeb13.so in /usr/lib allows evolution to start ... removing it prevents it from starting.