Bug 477213

Summary: vte has broken backward compatibility without changing the interface number
Product: [Fedora] Fedora Reporter: Stepan Kasal <kasal>
Component: vteAssignee: Behdad Esfahbod <behdad>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: behdad, fonts-bugs
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-12-19 19:40:52 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 Stepan Kasal 2008-12-19 17:25:36 UTC
libpango has enhanced the interface without incrementing the interface number.

$ gnome-terminal
gnome-terminal: symbol lookup error: /usr/lib/libvte.so.9: undefined symbol: pango_layout_get_baseline
$ rpm -q gnome-terminal vte pango

Yes, this is a weird mix of versions, but anyway, automatic dependences should work even in this case.

libvte imports symbol pango_layout_get_baseline from libpango-1.0, and rightfully supposed that the automaticaly generated libpango-1.0.so.0 require ensures that it will be available.

This symbol was not available in previous versions of libpango.
When the new function was added to the pango API, the interface number should have been incremented to indicate the enhancement of the API.

Comment 1 Behdad Esfahbod 2008-12-19 19:40:52 UTC
* Fri Dec 19 2008 Behdad Esfahbod <besfahbo@redhat.com> 0.19.4-3
- Add gtk2/pango/glib2 required versions
- Resolves #477213