Bug 2232044

Summary: gperftool's pprof should not be packaged anymore
Product: [Fedora] Fedora Reporter: Aliaksei Kandratsenka <alkondratenko>
Component: gperftoolsAssignee: Tom "spot" Callaway <spotrh>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 39CC: ktdreyer, spotrh
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Aliaksei Kandratsenka 2023-08-15 02:21:20 UTC 
Description of problem:

gperftool's pprof should not be packaged anymore. This is old perl-based implementation that is unsupported and much much less great than Go version at https://github.com/google/pprof

Please, package Go pprof instead.

We intend to drop perl version entirely in a release or two (it is currently relied on by symbolizer facility). Do note that we currently install pprof-symbolize to $prefix/bin to support that symbolization facility which is just a copy of perl pprof anyways. But we want to start moving users to Go pprof. I.e. /usr/bin/pprof should be taken by Go pprof, not "ours".

In order to disable make install from installing pprof, pass --disable-deprecated-pprof to configure script.

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 Fedora Release Engineering 2023-08-16 08:15:29 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle.
Changing version to 39.