Testing the branch on OS X 10.5.8 (i386) - glib 2.28.5 - glibmm 2.28.0 - gtk2 2.24.4 - gtkmm 2.24.0 - gdk-pixbuf2 2.22.1 - librsvg 2.32.1 - libxml2 2.7.8 1) If I don't use the gnome icon theme (the official Inkscape on OS X uses no specific icon theme at all (relaying on the Gtk stock icons), locally I normally have 'hicolor' explicitly set in the gtkrc file), I get this error when opening 'File > Gallery': (inkscape:18729): glibmm-CRITICAL **: unhandled exception (type Glib::Error) in signal handler: domain: gtk-icon-theme-error-quark code : 0 what : Icon 'image-x-generic' not present in theme Error does not occur after explicitly choosing 'gnome' as gtk icon theme (in ~/.gtkrc-2.0). Seems related to icon naming changes in GTK+ ≥ 2.22 (which also caused Inkscape 0.48.0 to crash on non-gnome systems when opening 'Document Properties', or as soon as there exist 'recently used' files). 2) When using gnome as icon theme, the dialog opens, and apparently starts listing the images of the previously selected directory ($HOME in this case), but then Inkscape just hangs. Interrupting in gdb reveals this backtrace: Reading symbols for shared libraries ... done ^C Program received signal SIGINT, Interrupt. 0x90d7d2ae in semaphore_wait_signal_trap () (gdb) bt #0 0x90d7d2ae in semaphore_wait_signal_trap () #1 0x90d84d85 in pthread_mutex_lock () #2 0x02e87904 in _gdk_pixbuf_lock () #3 0x02e8b2a2 in gdk_pixbuf_loader_load_module () #4 0x02e8ba1a in gdk_pixbuf_loader_write () #5 0x06863a6d in rsvg_pixbuf_new_from_href () #6 0x0686402a in rsvg_node_image_set_atts () #7 0x0688057b in rsvg_standard_element_start () #8 0x0688246d in rsvg_start_element () #9 0x02d19150 in xmlParseStartTag () #10 0x02d21b79 in xmlParseTryOrFinish () #11 0x02d2306b in xmlParseChunk () #12 0x0688360f in rsvg_handle_write () #13 0x0685acbf in gdk_pixbuf__svg_image_load_increment () #14 0x02e8b977 in gdk_pixbuf_loader_write () #15 0x02e88f0b in gdk_pixbuf_new_from_file_at_scale () #16 0x0151ea8c in Gdk::Pixbuf::create_from_file () #17 0x0053d951 in Inkscape::UI::Dialog::Gallery::create_thumbnail (this=0x3f13200, file_path=@0xbfffee94) at ui/dialog/gallery.cpp:249 #18 0x0053eefd in Inkscape::UI::Dialog::Gallery::on_enumerator_file_ready (this=0x3f13200, result=@0xbfffef3c, enumerator=@0xbfffeef8, directory=@0xbfffeefc) at ui/dialog/gallery.cpp:190 #19 0x005434a3 in ~RefPtr [inlined] () at refptr.h:1985 #20 0x005434a3 in operator()&, Glib::RefPtr&, Glib::RefPtr&> [inlined] () at functors/mem_fun.h:1985 #21 sigc::bound_mem_functor3 const&, Glib::RefPtr, Glib::RefPtr >::operator() () at refptr.h:1336 #22 operator()&> [inlined] () at limit_reference.h:123 #23 sigc::internal::slot_call1 const&, Glib::RefPtr, Glib::RefPtr >, Glib::RefPtr, Glib::RefPtr, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil>, void, Glib::RefPtr&>::call_it (rep=0x6664350, a_1=@0xbfffef3c) at functors/mem_fun.h:137 #24 0x015a762a in Gio::SignalProxy_async_callback () #25 0x02f3363e in next_async_callback_wrapper () #26 0x02f52804 in g_simple_async_result_complete () #27 0x02f52969 in complete_in_idle_cb_for_thread () #28 0x0344c71d in g_main_context_dispatch () #29 0x034505ab in g_main_context_iterate () #30 0x03450887 in g_main_loop_run () #31 0x01813fa1 in gtk_main () #32 0x011ca59b in Gtk::Main::run () #33 0x0000539c in ~vector [inlined] () at stl_vector.h:986 #34 sp_main_gui (argc=1, argv=0xbffff2d0) at main.cpp:993 #35 0x00003f96 in start () (gdb) quit To me it seems that using Gio (or async operations from Gio?) with recent glib versions doesn't work on OS X (Darwin) yet [1]. Not sure if, when and where this gets addressed (it could be a general porting problem of the upstream libraries, or some issues with my local non-root setup of MacPorts), nor what consequences using Gio will have for packaging relocatable Inkscape apps which so far don't require some kind of installer (in my understanding it's a less preferred solution to depend on installing configuration and binary files outside the bundled application). [1] at least that's how I understand devans' comment in