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.