Bug 1310238

Summary: [extras] New package openscap-daemon
Product: Red Hat Satellite Reporter: Martin Preisler <mpreisle>
Component: SCAP PluginAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED DEFERRED QA Contact:
Severity: medium Docs Contact:
Priority: low    
Version: 6.0.0CC: bkearney, bressers, dpal, ebenes, ksrot, lmiksik, lsmid, mhaicman, mpreisle, pvrabec, vpavlin
Target Milestone: UnspecifiedKeywords: Reopened, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-01-12 21:32:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 1296594, 1313485    

Description Martin Preisler 2016-02-19 20:18:00 UTC
Description of problem:
Need a new package in RHEL7 extras called "openscap-daemon". We already have a spec file in Fedora EPEL7, see http://pkgs.fedoraproject.org/cgit/rpms/openscap-daemon.git/tree/?h=epel7

This package is required for the "atomic scan" functionality, see https://martin.preisler.me/2015/11/atomic-scan-and-openscap-daemon/

Upstream repo: https://github.com/OpenSCAP/openscap-daemon/
Upstream web: https://www.open-scap.org/tools/openscap-daemon/

Version-Release number of selected component (if applicable):
7.2

How reproducible:
N/A

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 3 Peter Vrabec 2016-02-29 12:09:16 UTC
Expected devel owner: Martin Preisler (mpresile)

Comment 11 RHEL Program Management 2016-03-10 15:15:43 UTC
Product Management has reviewed and declined this request.
You may appeal this decision by reopening this request.

Comment 12 Martin Preisler 2016-03-10 15:31:58 UTC
I am reopening this because I find the decision quite strange.

OpenSCAP-daemon is too low level in the stack to be in Satellite or Cloudforms channels. We are already using it in Atomic. We plan to use it in Sat6, Cloudforms, Cockpit and other projects to unify the OpenSCAP scanning for generic targets. Are we expected to push the package to every one of these channels?

Comment 16 Bryan Kearney 2016-07-26 19:04:06 UTC
Moving 6.2 bugs out to sat-backlog.