Closed adelton closed 5 years ago
There is openscap-1.3.1-2.fc30.x86_64 on the Fedora 30 and openscap-scanner-1.3.0-7.el8.x86_64 in that RHEL 8 container.
The ERROR
comes from the Python logging module string. What happens is that the rule is not selected for some reason. This points out to an inconsistency of profile composition vs test scenarios, which is an error, but not a scanner error. ~Could it be that the rule is not part of any profile due to profile modification?~
I had similar issue, it turned out to be that the openscap version which was used to scan didn't contain the fix for the --fetch-remote-resources
(versions prior to 1.3.1) and then the scan failed but the test suite doesn't know how to detect the openscap error and it throws this error about rule no selected in profile. This only happens on datastreams with SCAP 1.3. But currently there is no support in build_product
script to build SCAP1.2 content only, one needs to parametrize cmake command manually.
Is there a plan for adding some option / environment variable to make build_product
build 1.2 content? Patching build_product
and keeping that local change around will mess up subsequent git operations.
After #4708 has been merged the issue should be fixed by updating tests/README.md
.
Proposed documentation by #4730 should address the issue.
Description of problem:
Running
tests/test_suite.py rule
now fails withSCAP Security Guide Version:
The master: v0.1.45-195-g68aacd11a
Operating System Version:
On the host, Fedora 30 with docker-1.13.1-67.git1185cfd.fc30.x86_64. In the container, RHEL 8.
Steps to Reproduce:
1.
2.
3.
Actual Results:
Expected Results:
Pass or fail but not error.
Addition Information/Debugging Steps: