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.
>