Bug #1427
closedconfigure with libnss and libnspr
Description
When using using -
./configure --with-libnss-libraries=/usr/lib --with-libnss-includes=/usr/include/nss/ --with-libnspr-libraries=/usr/lib --with-libnspr-includes=/usr/include/nspr
if the libnss and libnspr libraries are not present the compile will finish without error.
Updated by Andreas Herz about 8 years ago
- Assignee set to OISF Dev
- Target version set to TBD
Updated by Victor Julien over 5 years ago
- Status changed from New to Assigned
- Assignee changed from OISF Dev to Jason Taylor
Jason are you interested in checking this one as well?
Updated by Jason Taylor over 5 years ago
Yes, I can take a look at this one too!
Updated by Jason Taylor over 5 years ago
Victor/Peter,
I believe I have a working version but it appears to have broken the appveyor and travis tests due to the previous silent failure.
https://github.com/jmtaylor90/suricata/commit/969b5c73a01d3548417a87ddc23b40678786104f
https://travis-ci.org/jmtaylor90/suricata/builds/511270209
https://ci.appveyor.com/project/jmtaylor90/suricata/builds/23382980
It looks like nss/nspr is not installed and now if the libraries/includes are not present the build will fail. The exception is the osx build as the nss/nspr libraries are defined and installed.
I am not familiar with the appveyor side but I can probably figure it and the travis side out if you would like?
Updated by Victor Julien over 5 years ago
For appveyor, you should add these lines to the appveyor.yml
- c:\msys64\usr\bin\pacman -Su --noconfirm mingw-w64-"%MINGW_ARCH%"-nss - c:\msys64\usr\bin\pacman -Su --noconfirm mingw-w64-"%MINGW_ARCH%"-nspr
For the travis-ci one you can just add the libnss3-dev package, the nspr one will then be installed as a dependency. I guess it would make sense to allow for at least one builder w/o nss/nspr.
Updated by Victor Julien over 5 years ago
- Status changed from Assigned to Closed
- Target version changed from TBD to 5.0beta1