[Bug 477213] New: vte has broken backward compatibility without changing the interface number

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: vte has broken backward compatibility without changing the interface number

https://bugzilla.redhat.com/show_bug.cgi?id=477213

           Summary: vte has broken backward compatibility without changing
                    the interface number
           Product: Fedora
           Version: rawhide
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: medium
          Priority: low
         Component: pango
        AssignedTo: besfahbo at redhat.com
        ReportedBy: skasal at redhat.com
         QAContact: extras-qa at fedoraproject.org
                CC: besfahbo at redhat.com, fedora-fonts-bugs-list at redhat.com
    Classification: Fedora


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.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.