+++ This bug was initially created as a clone of Bug #442671 +++ Description of problem: NSS has been moved from seamonkey to stand-alone package in RHEL-4.7 and updated to 3.12. All applications what build against it have to be updated. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- Additional comment from pm-rhel on 2008-04-16 03:28 EST -- This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?".
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
evolution28 seems to build fine with the system nss/nspr so we don't need to rebuild the package.
Okay, closing as NOTABUG then.
Reopening. We're gonna rebuild just to be safe.
evolution28-2.8.0-60.el4 is good. Build log confirms: Evolution ( (2.8.0-60.el4)) has been configured as follows: LDAP support: yes (dynamic) HAL: no NNTP support: yes Pilot conduits: no Libnotify: no Kerberos 4/5: no/yes (MIT) --> SSL support: yes (Mozilla NSS) --> SMIME support: yes (Mozilla NSS) Plugins: yes (all) Gtk-doc: yes DBus API version Programming documentation files will be built automatically.
I'm sorry, we don't need a respin after all -- the current packages work fine with the latest NSS packages. Closing this.