On 25/05/2011 22:16, Dieter Verfaillie wrote: > Now that the GTK+ Windows binaries on ftp.gnome.org are no longer being > maintained, I've started some basic tests with the binaries from > openSuse's Build Service. I'm hopeful, but need to do some more > thorough testing before updating the PyGTK All-in-one installer > though.
Finally got to do some more thorough testing and discovered an incompatibility between the binaries from ftp.gnome.org (fgo) and openSuse's Build Service (obs). The binaries from fgo provide intl.dll, those from obs libintl-8.dll. So using the binaries from obs with current available PyGTK Windows binaries: everything works fine until you import gtk.glade, upon which you're greeted with the infamous "DLL load failed: The specified module could not be found." That is to be expected as intl.dll is either a load-time or delay-load dependency of glade.pyd (not entirely sure which one). I know the libglade/gtk.glade combo has been deprecated and everybody should just use gtk.Builder, but we have to be very careful here because there's simply no telling how much code out there still uses gtk.glade or makes the same assumption about the intl.dll name. In short, switching to the binaries provided on obs now is too disruptive a change for a PyGTK All-in-one 2.24.1 update imho. Off course, people who build their own PyGTK environment from scratch should feel free to try their luck with the GTK+ 2.24.4/2.24.5 binaries from obs. Other than the intl.dll problem with gtk.glade, everything seems to function just fine... mvg, Dieter _______________________________________________ pygtk mailing list [email protected] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://faq.pygtk.org/
