> OTOH I think there is an easy fix for GTK+ to always include an "image-missing" icon at compile time
I'm sorry, it's not that easy. A PNG icon is indeed included, and it gets found properly (also from the actual icon theme; that is a dependency of GTK). The problem is the ability to load PNGs *at all* is not available sometimes during the middle of dist-upgrades.
I think extending that test program in Debconf (referred to in the IRC log above) to do a bit more work - trying to load an icon - might make the fallback trigger in this case too.
e.g:
my $window = Gtk3::Window->new('toplevel');
my $icontheme = Gtk3::IconTheme::get_default;
my $icon = $icontheme->load_icon('image-missing', 32, []);
If you manually remove '/usr/lib/*/gdk-pixbuf-2.0/2.10.0/loaders.cache' (suggest doing this in a VM) then you can reproduce this by extracting the program out of Debconf.
> OTOH I think there is an easy fix for GTK+ to always include an "image-missing" icon at compile time
I'm sorry, it's not that easy. A PNG icon is indeed included, and it gets found properly (also from the actual icon theme; that is a dependency of GTK). The problem is the ability to load PNGs *at all* is not available sometimes during the middle of dist-upgrades.
I think extending that test program in Debconf (referred to in the IRC log above) to do a bit more work - trying to load an icon - might make the fallback trigger in this case too.
e.g:
my $window = Gtk3::Window- >new('toplevel' ); ::get_default; >load_icon( 'image- missing' , 32, []);
my $icontheme = Gtk3::IconTheme
my $icon = $icontheme-
If you manually remove '/usr/lib/ */gdk-pixbuf- 2.0/2.10. 0/loaders. cache' (suggest doing this in a VM) then you can reproduce this by extracting the program out of Debconf.