Bug 748334

Summary:	Need to split libraries into a google-perftools-libs sub-RPM to minimise deps
Product:	[Fedora] Fedora	Reporter:	Amir Hedayaty <hedayaty>
Component:	google-perftools	Assignee:	Tom "spot" Callaway <tcallawa>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	16	CC:	amit.shah, berrange, dougsland, dwmw2, ehabkost, gcosta, itamar, jaswinder, jforbes, knoel, scottt.tw, tcallawa, virt-maint
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-10-24 19:20:03 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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 ***