Bug 470405

Summary: bash includes private copies of system libraries
Product: [Fedora] Fedora Reporter: Conrad Meyer <cse.cem+redhatbugz>
Component: bashAssignee: Roman Rakus <rrakus>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: kevin, rrakus, tsmetana, twaugh
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: 2008-11-13 15:21:37 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 Conrad Meyer 2008-11-07 01:14:21 UTC 
Description of problem:
Bash doesn't link with the system readline libraries.


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


How reproducible:
n/a


Steps to Reproduce:
1. n/a
  

Actual results:
$ rpm -qR bash
does not include /lib{,64}/libreadline.so*


Expected results:
It uses system readline, i.e. rpm -qR bash includes the runtime .so of readline.


Additional info:
bash may also bundle its own malloc. See the lib/ subdir of the extracted bash tarball for other libraries bash may include private copies of.

This violates guidelines expressed here: http://fedoraproject.org/wiki/Packaging/Guidelines#Duplication_of_system_libraries
Comment 1 Roman Rakus 2008-11-13 15:21:37 UTC 
Take a look at bug #144749. It's performance issue.
And if we start using system readline, this will lead to significant divergence from upstream.
Comment 2 Kevin Kofler 2008-11-13 16:14:13 UTC 
> And if we start using system readline, this will lead to significant divergence
> from upstream.

Upstream supports using a system readline these days!

And I'm not convinced performance is a valid argument for violating the Fedora packaging guidelines.