Bug 748334 - Need to split libraries into a google-perftools-libs sub-RPM to minimise deps
Summary: Need to split libraries into a google-perftools-libs sub-RPM to minimise deps
Keywords:
Status: CLOSED DUPLICATE of bug 748145
Alias: None
Product: Fedora
Classification: Fedora
Component: google-perftools
Version: 16
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-24 07:35 UTC by Amir Hedayaty
Modified: 2013-01-09 11:55 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-24 19:20:03 UTC
Type: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Amir Hedayaty 2011-10-24 07:35:30 UTC 
This is kind of odd!

qemu depends on a package ceph,
it depends on google-perftools and
that depends on gv??? The old motif bases ps/pdf viewer???!!! How uses gv anymore!

This might be google-perftools bug, but all of these dependencies do not make sense!
Comment 1 Daniel Berrangé 2011-10-24 08:25:50 UTC 
QEMU uses CEPH as a block storage backend. The CEPH binaries use libtcmalloc.so as a fast malloc implementation. This library is provided by the google-perftools PRM. Unfortunately this RPM also includes a command line program 'pprof' which depends on graphviz/gv.

The result of this is that installing QEMU pulls in graphviz which is really not desirable.

At least the basic /usr/lib64/libtcmalloc.so.0* library which any app might want to link to, should be in a separate  google-perftools-libs sub-RPM to allow its use without pulling in the actual perftools command line tools which are only relevant at dev time.
Comment 2 Tom "spot" Callaway 2011-10-24 19:20:03 UTC 

*** This bug has been marked as a duplicate of bug 748145 ***
Note You need to log in before you can comment on or make changes to this bug.