Tony, I am already working on the i386 vs i686 issue. I do not think that this particular problem is related. -Connie Sieh On Wed, 6 Apr 2005, Hoffmann, Tony wrote: > This isn't a librsvg2 build problem. It's a gtk2 build problem. SL's gtk2 package is placing stuff in i686-redhat-linux-gnu where Redhat's rpm is placing it in i386-redhat-linux-gnu. emacs and pango also show this sort of file placement discrepency. It may be that Redhat is forcing the _host macro to be i386-redat-linux on their build machine. It looks like the CentOS guys set the _host macro to i386-redhat-linux in order to maintin 100% compatibilty with Redhat. > > -----Original Message----- > From: [log in to unmask] > [mailto:[log in to unmask]]On Behalf Of > Daniel Widyono > Sent: Sunday, April 03, 2005 6:40 PM > To: [log in to unmask] > Subject: Re: librsvg2 errors > > > FYI, I realize this is manual and doesn't scale, but: > > rpm -e librsvg2-2.2.3-2 > yum install librsvg2 > /usr/bin/update-gdk-pixbuf-loaders i686-redhat-linux-gnu > > The last line is the sole failure in the post-install-scriptlet (which refers > to i386-redhat-linux-gnu). > > This allowed me to proceed without errors. I checked the spec file, it has: > > %post > /sbin/ldconfig > %{_bindir}/update-gdk-pixbuf-loaders %{_arch}-%{_host_vendor}-%{_host_os} > > So %{_arch} turns into i386, while the build target during rpmbuild is > i686-redhat-linux-gnu. I don't know how they'll _want_ to fix this, but > there you have it. Personally I'd change %{_arch}, but I don't know to what > it should be changed. > > Dan W. >