I took the Alexandrian solution to this gordian knot. I gave the rpm -e treatment to everything in gnome, except red carpet. A quick rpm --rebuilddb, just in case and then used red carpet to install evolution and any necessary dependencies.
Result - perfect, no missing icons anywhere, no error messages. It was quick too, as all the rpms were still in /var/cache/redcarpet/packages, so no downloading was actually necessary.
It looks like this is one of these rpm dependency hell (linux dll hell?) situations.
As a side issue, because I now have only the latest version of libpng installed, another program (the game lbreakout2) now fails with the same symptoms:-
libpng warning: Application was compiled with png.h from libpng-1.0.12
libpng warning: Application is running with png.c from libpng-1.2.4
libpng error: Incompatible libpng version in application and library
Seems like you just can't win! However, that's not Ximian's issue.
Best regards and thanks for helping,
Paul
On Mon, 2002-12-09 at 17:47, Mark Gordon wrote:
1.2.4-40? I have 1.2.4-31 here, and there doesn't seem to be a -40 in Red Carpet. Let's see whether there's a difference: $ rpm -ql libpng | grep so /usr/lib/libpng.so.3 /usr/lib/libpng.so.3.1.2.4 /usr/lib/libpng12.so.0 /usr/lib/libpng12.so.0.1.2.4 You have the same? gdk_imlib is in the imlib package; I have imlib-1.9.10-474. What version do you have? -Mark Gordon On Mon, 2002-12-09 at 12:29, Paul Hands wrote: > Mark, > > I've been following this thread, as I was trying to help Jean > initially, but we ran out of things to try. > > I just did a little experiment with my SuSE 8.1 system. I have the > latest libpng installed (1.2.4-40), and everything works as it should, > except the mini-icons which should show up in the task bar. There is > only the system default X-Windows "X" icon. In the invoke shell I get > :- > > gdk_imlib ERROR: Cannot load image: > /opt/gnome/share/images/evolution/evolution-inbox.png > All fallbacks failed. > gdk_imlib ERROR: Cannot load image: > /opt/gnome/share/pixmaps/evolution.png > All fallbacks failed. > gdk_imlib ERROR: Cannot load image: > /opt/gnome/share/images/evolution/evolution-today-mini.png > All fallbacks failed. > gdk_imlib ERROR: Cannot load image: > /opt/gnome/share/images/evolution/evolution-today-mini.png > All fallbacks failed. > gdk_imlib ERROR: Cannot load image: > /opt/gnome/share/images/evolution/evolution-inbox-mini.png > > ad infinitum, one for each thing I change to. > > I normally don't see these, as I invoke from a KDE launcher. The > files are all there, all readable, and all show up in konqueror or > gimp etc. > > Is this another gdk_pixbuf issue? > > Paul > > > On Mon, 2002-12-09 at 16:11, Mark Gordon wrote: > > OK, I can reproduce this exact problem now. I'm not sure why the > > upgrade didn't replace our gdk-pixbuf for SuSE 8.0 with the one that > > comes with SuSE 8.1. If you run Red Carpet and subscribe to the SuSE > > 8.1 channel, you'll be offered an upgrade to gdk-pixbuf which will solve > > this problem. > > > > -Mark Gordon > > > > On Sat, 2002-12-07 at 01:44, Jean wrote: > > > Hi Mark, > > > > > > Here's what I've got for imlib and gdk-pixbuf: > > > > > > imlib-1.9.10-474 > > > imlib-config-1.9.10-474 > > > gdk-pixbuf-0.20.0-1.ximian.1 > > > > > > I seem to have a more recent version of gdk-pixbug than evo is > > > currently compiled against. > > > > > > rpm -V on libpng / imlib / gdk-pixbuf does not return any errors. > > > > > > I am not compiling evo on this machine. This is an upgrade from 8.0, > > > so older libraries might still be kicking around. How could I check > > > for this? > > > > > > Thanks. > > > > > > Jean > > > > > > On Fri, 2002-12-06 at 13:43, Mark Gordon wrote: > > > > On Fri, 2002-12-06 at 01:39, Jean wrote: > > > > > Let's try one more time... > > > > > > > > > > Under Suse 8.1, I don't get any icons on my shortcut bar or folder bar > > > > > with Evolution 1.2. When I start Evolution, I see all kinds of errors > > > > > referring to an incompatibility between what 1.2 was compiled with & > > > > > what I have. Here's what the startup errors look like: > > > > > > > > > > jean@compaq:~> evolution > > > > > libpng warning: Application was compiled with png.h from libpng-1.0.12 > > > > > libpng warning: Application is running with png.c from libpng-1.2.4 > > > > > libpng error: Incompatible libpng version in application and library > > > > > libpng warning: Application was compiled with png.h from libpng-1.0.12 > > > > > libpng warning: Application is running with png.c from libpng-1.2.4 > > > > > libpng error: Incompatible libpng version in application and library > > > > > libpng warning: Application was compiled with png.h from libpng-1.0.12 > > > > > libpng warning: Application is running with png.c from libpng-1.2.4 > > > > > libpng error: Incompatible libpng version in application and library > > > > > > > > > > evolution-shell-CRITICAL **: file e-splash.c: line 355 (e_splash_new): > > > > > assertion `splash_image_pixbuf != NULL' failed. > > > > > > > > > > Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' > > > > > > > > > > Gtk-CRITICAL **: file gtksignal.c: line 724 (gtk_signal_connect): > > > > > assertion `object != NULL' failed. > > > > > > > > > > Gtk-CRITICAL **: file gtkwidget.c: line 1427 (gtk_widget_show): > > > > > assertion `widget != NULL' failed. > > > > > > > > > > etc, etc, etc. > > > > > > > > > > > > > > > I think I have the right versions of everything: > > > > > > > > > > jean@compaq:~> rpm -q -a |grep evo > > > > > evolution-devel-1.2.0-1.ximian.3 > > > > > evolution-1.2.0-1.ximian.3 > > > > > jean@compaq:~> rpm -q -a|grep libpng > > > > > libpng-1.2.4-31 > > > > > libpng-devel-1.2.4-31 > > > > > > > > > > It seems that even tho' 1.2.0.1-ximian.3 sez it has fixed the libpng > > > > > errors, it doesn't look like it's really fixed, right? > > > > > > > > > > If anyone can shed any light on this, It would be much appreciated. > > > > > > > > > > Thanks. > > > > > > > > > > Jean > > > > > > > > I have tried this on SuSE 8.1, same evo & libpng versions you have, and > > > > I have no such problems. Several things to note: > > > > > > > > 1) Evo itself isn't compiled against libpng. It is, however, compiled > > > > against libraries which are compiled against libpng (imlib, > > > > gdk-pixbuf). We're currently compiling against the SuSE 8.1 imlib > > > > (1.9.10-474) and gdk-pixbuf (0.18.0-79). It's possible one of those > > > > libs is generating the error. > > > > > > > > 2) It's possible your libpng installation is somehow broken. rpm -V > > > > libpng might shed some light. > > > > > > > > 3) I don't suppose you've been compiling things from scratch on this > > > > machine? If you have e.g. an imlib you built yourself that isn't in > > > > package management that is getting linked in, that might be causing the > > > > problems. ldd /opt/gnome/bin/evolution might shed some light. > > > > > > > > 4) Was this a clean install of SuSE 8.1, or an upgrade from an earlier > > > > SuSE version? If the latter, perhaps some older libraries survived the > > > > upgrade? > > > > > > > > > ------------------------- > > > > > > CANSYS West Limited > > > > > > http://www.cansyswest.com > > > > > > > > > > > > Phone: +1 204 925-6161 > > > > > > Fax: +1 204 925-6166
