GNOME Bugzilla – Bug 671760
tries to load gtk2 variant of libvte
Last modified: 2012-03-10 19:11:40 UTC
When starting glade, I get access("/usr/lib/glade/modules/libvte.so", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/glade/modules/../../libvte.so", F_OK) = -1 ENOENT (No such file or directory) access("/lib/libvte.so", F_OK) = -1 ENOENT (No such file or directory) access("/usr/lib/libvte.so", F_OK) = -1 ENOENT (No such file or directory) access("/usr/local/lib/libvte.so", F_OK) = -1 ENOENT (No such file or directory) write(2, "\nGladeUI-CRITICAL **: Unable to "..., 72 GladeUI-CRITICAL **: Unable to load module 'vte' from any search paths ) = 72 write(2, "\nGladeUI-WARNING **: Failed to l"..., 59 GladeUI-WARNING **: Failed to load external library 'vte' libvte.so is the gtk2 based variant of vte. It think glade should try to load /usr/lib/libvte2_90.so(.9) , i.e. the gtk3 based one.
This was a vte bug; fixed on 0-32.
(In reply to comment #1) > This was a vte bug; fixed on 0-32. How can this be a bug in vte? Are you implying that vte-0.32 re-uses the libvte.so soname again?
(In reply to comment #2) > (In reply to comment #1) > > This was a vte bug; fixed on 0-32. > > How can this be a bug in vte? > Are you implying that vte-0.32 re-uses the libvte.so soname again? nvm, seen b1040ae9a4f4326dd30adcb62647e0930bdd196c. Thanks for the fix