Howdy, OK, here's what's happened. Solution to come, hopefully today. S.L. 301 gtk2-2.2.4-4.0 librsvg2-2.2.3-2 S.L. 302 gtk2-2.2.4-4.0 librsvg2-2.2.3-2 S.L. 303 gtk2-2.2.4-8.1 librsvg2-2.2.3-2 S.L. 304 gtk2-2.2.4-12 librsvg2-2.2.3-6 Now the problem comes with S.L. 304, which is basically RHEL 3 Update 4 They changed BOTH gtk2 and librsvg2 ... rather dramatically. gtk2 they changed the name of the file /usr/bin/gdk-pixbuf-query-loaders to /usr/bin/gdk-pixbuf-query-loaders-32 Well, that's a problem because librsvg2 had the following in it's post install script gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders BUT ... if gtk2 is updated before librsvg2, then that file isn't there anymore, so the script fails, and it fails to uninstall, which is causing headaches. Now here is another fun problem. We can't update the librsvg2 first either. Why? Because the startup script for the NEW librsvg2 has /usr/bin/update-gdk-pixbuf-loaders i386-redhat-linux-gnu and the OLD gtk2, does not have that file. So it's going to fail, causing the exact same headache, that just looks a little different. So ... in the end, we can't update librsvg2 first, because it needs the newer gtk2. But we can't update the gtk2 first because the old ltbrsvg2 needs the old gtk2. *sighs* Troy p.s. Next person that says we arn't getting our updates out quick enough get's pointed to this. -- __________________________________________________ Troy Dawson [log in to unmask] (630)840-6468 Fermilab ComputingDivision/CSS CSI Group __________________________________________________