Bug 477213 - vte has broken backward compatibility without changing the interface number
vte has broken backward compatibility without changing the interface number
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: vte (Show other bugs)
rawhide
All Linux
low Severity medium
: ---
: ---
Assigned To: Behdad Esfahbod
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-12-19 12:25 EST by Stepan Kasal
Modified: 2008-12-19 14:50 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-12-19 14:40:52 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Stepan Kasal 2008-12-19 12:25:36 EST
libpango has enhanced the interface without incrementing the interface number.

Observe:
$ gnome-terminal
gnome-terminal: symbol lookup error: /usr/lib/libvte.so.9: undefined symbol: pango_layout_get_baseline
$ rpm -q gnome-terminal vte pango
gnome-terminal-2.21.91.1-1.fc9.i386
vte-0.19.3-1.fc11.i386
pango-1.19.3-3.fc9.i386

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 14:40:52 EST
* Fri Dec 19 2008 Behdad Esfahbod <besfahbo@redhat.com> 0.19.4-3
- Add gtk2/pango/glib2 required versions
- Resolves #477213

Note You need to log in before you can comment on or make changes to this bug.