To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=104554
------- Additional comments from c...@openoffice.org Thu Aug 27 15:22:49 +0000
2009 -------
$ ls /usr/lib/libnss3.so /usr/lib/libnssckbi.so
/usr/lib/libnss3.so /usr/lib/libnssckbi.so
we had...
#ifdef SYSTEM_MOZILLA
if (!SECMOD_HasRootCerts())
SECMOD_AddNewModule("Root Certs", "libnssckbi" SAL_DLLEXTENSION, 0, 0);
#endif
which I think was basically what this was doing or something similar anyway
previously
This is definitely broken in the new case as
OUString
rootModule(RTL_CONSTASCII_USTRINGPARAM("libnssckbi"SAL_DLLEXTENSION));
if (::osl::File::E_None ==
::osl::File::getSystemPathFromFileURL(rootModule, rootModulePath))
isn't going to fly. I'll have a look at this when I get a chance, my *guess* is
maybe something like the following, depends on how the libs are resolved by nss.
I don't want to hardcode "/usr/lib" or "lib" or "lib64" in here.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@xml.openoffice.org
For additional commands, e-mail: issues-h...@xml.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
