Bug 653468

Summary: [RFE] Let's pack ABRT detailed reports
Product: [Fedora] Fedora Reporter: Pierre Carrier <prc>
Component: sosAssignee: Pierre Carrier <prc>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: adam.stokes, dwmw2, jsaucier, prc, tsmetana
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 635706 Environment:
Last Closed: 2010-11-15 15:20:12 EST Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On: 635706    
Bug Blocks:    

Description Pierre Carrier 2010-11-15 10:00:11 EST
+++ This bug was initially created as a clone of Bug #635706 +++

--- Additional comment from pcarrier@redhat.com on 2010-11-15 00:35:06 GMT ---

On a more general note, I had a look at the various options available.

We could even go further and gather infos+backtraces, with something along the lines of (to be Pythonized):

for ID in $(sqlite3 /var/spool/abrt/abrt-db 'select UUID from abrt_v4')
  abrt-cli -ib $ID

I don't have a strong opinion for or against it, and would be happy to get feedback on that.



--- Additional comment from pcarrier@redhat.com on 2010-11-15 00:42:51 GMT ---

Elements if we want to go further with the idea from my comment 4:

1) abrt-cli doesn't offer any clean way to list the UUID unless we want to parse the 'abrt -lf' output

2) No Python for the sqlite3 request as far as I'm concerned, as Red Hat doesn't ship Python support for sqlite3 in RHEL6;

3) However it seems safe to rely on /usr/bin/sqlite3 in this plugin.
Ran under RHEL6:
# rpm -q --requires abrt|grep sql;rpm -qf /usr/lib64/libsqlite3.so.0; rpm -qf /usr/bin/sqlite3

Comment 1 Pierre Carrier 2010-11-15 15:20:12 EST
Provided through https://fedorahosted.org/sos/changeset/1000 (disabled by default)
Comment 2 Pierre Carrier 2010-11-15 15:47:20 EST
And let's remember to make sure we never enter a crazy loop with /usr/lib64/abrt/libSOSreport.so (though we should spot it fast enough :))