Bug 477213

Summary:	vte has broken backward compatibility without changing the interface number
Product:	[Fedora] Fedora	Reporter:	Stepan Kasal <kasal>
Component:	vte	Assignee:	Behdad Esfahbod <behdad>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	behdad, fonts-bugs
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-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:
Embargoed:

Description Stepan Kasal 2008-12-19 17:25:36 UTC

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 19:40:52 UTC

* Fri Dec 19 2008 Behdad Esfahbod <besfahbo> 0.19.4-3
- Add gtk2/pango/glib2 required versions
- Resolves #477213