Bug 654238

Summary: [RFE] get rid of the HTML/XML reports, use a (c)pickle store
Product: [Fedora] Fedora Reporter: Pierre Carrier <prc>
Component: sosAssignee: Bryn M. Reeves <bmr>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: prc
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-02-23 17:02:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Pierre Carrier 2010-11-17 09:52:48 UTC 
Problem:
- sos should do one thing but well (fast, reliable): gather data.
- Parsing of the data, analysis, reporting, etc. should happen in the chain, in autonomous software components.
- Therefore including XML or HTML specific code, generating a static HTML file in the report is wrong.

Impact of removing all existing reports:
- For any kind of analysis or reporting to be done, a clean record of the executed commands & included files, eventually encountered events (eg files that did not exist), etc. should still be kept.

Proposed solution:
- We can simply use a pickle store.
- The pickle binary format is assured to be compatible between all Python versions that include this module.
- It is a relatively efficient binary format.
- A 100% compatible, very fast C version can be trivially used when available (try import cPikle as pickle except import pickle)
- Spacewalk/Satellite already use cPickle.
Comment 1 Fedora Admin XMLRPC Client 2012-02-25 13:50:31 UTC 
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.
Comment 2 Fedora Admin XMLRPC Client 2012-02-27 13:59:42 UTC 
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.
Comment 3 Bryn M. Reeves 2014-04-01 11:37:44 UTC 
Upstream: https://github.com/sosreport/sosreport/issues/90
Comment 4 Sandro Bonazzola 2017-02-23 17:02:43 UTC 
The problem described has been handled upstream in 
https://github.com/sosreport/sosreport/issues/90