On Friday, August 01, 2014 10:27:57 Von Hawkins wrote: > >- > >-Usually these cert databases are empty, but NSS also has built-in CAs > >which are -provided through a shared library, libnssckbi.so; if you want > >to use these -built-in CAs, then create a symlink to libnssckbi.so in > >/etc/pki/nssdb: -ln -s /usr/lib[64]/libnssckbi.so > >/etc/pki/nssdb/libnssckbi.so > >+Starting with version 7.19.7, libcurl automatically adds the 'sql:' prefix > >to +the certdb directory (either the hardcoded default /etc/pki/nssdb or > >the +directory configured with SSL_DIR environment variable). To check > >which certdb +format your distribution provides, examine the default > >certdb location: +/etc/pki/nssdb; the new certdb format can be identified > >by the filenames +cert9.db, key4.db, pkcs11.txt; filenames of older > >versions are cert8.db, +key3.db, secmod.db. > > I'm just curious, is the symlink functionality no longer valid?
Unfortunately yes, that is exactly what this thread is about: http://thread.gmane.org/gmane.comp.web.curl.library/43189/focus=43215 Kamil > I liked > that the symlink instruction was there in the older version, but it appears > you didn't keep it in the revised version > > > -Usually these cert databases are empty, but NSS also has built-in CAs which > are -provided through a shared library, libnssckbi.so; if you want to use > these -built-in CAs, then create a symlink to libnssckbi.so in > /etc/pki/nssdb: -ln -s /usr/lib[64]/libnssckbi.so > /etc/pki/nssdb/libnssckbi.so ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html
