This update has been unpushed.

This update has been unpushed.

This update has been unpushed.

I have performed a scan of a Fedora laptop. Then, I have used this new version of openscap-report to produce a report. I have seen the report and it's fine.

I was able to perform a scan of my F39 laptop using the Common User Security Profile for Fedora Workstation. Keep rocking!

I have successfully installed this update on a Fedora 38 laptop. I have generated multiple HTML reports using that. I'm happy that with this update I'm now able to generate reports from my Automatus runs which greatly helps debugging various issues of a content developer. The update is generally functional. I have reported a new small issue here https://github.com/OpenSCAP/openscap-report/issues/212. Thanks for the great job!

I have installed this update on my Fedora 38 laptop and I have performed a scan using the xccdf_org.ssgproject.content_profile_cusp_fedora profile from SSG and then I generated the report using oscap-report. Everything went smoothly. The generated report looks sane. I like the new improvements very much. Keep up this great work!

I have run a scan of the CUSP profile on a Fedora 37 and everything worked smoothly. Thanks for the update!

I have performed an evaluation of Common User Security Profile for Fedora Workstation and reviewed the report and everything worked smoothly for me. Great job!

I was able to generate an HTML report from my local scan. But, with some more advanced content, I have discovered an issue that I reported in https://github.com/OpenSCAP/openscap-report/issues/149. But overall the update seems to be generally functional.

[citest]

For me the snapshots of a RHEL 8.6 virtual machine are now possible to create without an error.

I was able to successfully install and run basic use cases on a F35 Workstation. Everything was OK.

The rpminspect's "filesize" fail is a false positive because the all the VERIFY results are in files generated by Doxygen which is porbably caused by different Doxygen version.

The fail of the tests.openscap/Sanity/oscap-builds-ssg is caused by broken utils/rule_dir_json.py, which is a part of SSG, not OpenSCAP. OpenSCAP works normally here.

In tests.openscap/Sanity/smoke-test there is a problem that we can't see any meaningful output in the test results of CTest. The CTest was pass during upstream CI, but will need to investigate this downstream fail.

The basic functionality of blocking unwanted binaries works fine for me.

Basic features eg. blocking user programs are working fine for me. Thanks.

The basic features s.a. allowing devices, blocking devices and listing devices work for me.

Thanks for this update!

Thanks for this update!

@mattf Thank you very much for your help.

I have done a new build and updated the update.