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: besfa...@redhat.com ReportedBy: ska...@redhat.com QAContact: extras...@fedoraproject.org CC: besfa...@redhat.com, fedora-fonts-bugs-list@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. _______________________________________________ Fedora-fonts-bugs-list mailing list Fedora-fonts-bugs-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list
