Re: cmake rpm macro problem
On Fri, 30 Jan 2009 17:43:26 +0100, Nicolas wrote:
> Something else is strange here:
>
>
http://buildsys.rpmfusion.org/logs/el-5-rpmfusion_free/2619-qmmp-plugins-...
>
> [...]
> warning: Could not canonicalize hostname: fusionbuilder64
> Building target platforms: i386
> Building for target i386
> [...]
> Executing /usr/sbin/mock-helper yum --installroot
/var/lib/mock/el-5-i386-rpmfusion_free-cc506392f44a1c84b72c3603c074e7d97ded35d9/root
resolvedep 'cmake' 'ffmpeg-devel >= 0.4.9-0.51.20080908'
'libmad-devel' 'qmmp = 0.2.3' 'taglib-devel' 'curl-devel'
'qt4-devel >= 4.2'
> Excluding Packages in global exclude list
> Finished
> 0:cmake-2.4.8-3.el5.i386
> 0:ffmpeg-devel-0.4.9-0.51.20080908.el5.x86_64
> [...]
>
> x86_64 -devel for i386 build? Okay, needsign is an all-archs-in-one repo,
> but why does it even consider using x86_64 pkgs?
Because x86_64 wins over i386 (better arch) in the rpm mind.
Pardon? This is a build for target i386. It must not look at any x86_64
pkgs at all. According to your theory, it would happily install x86_64
packages *if* their dependencies could be resolved -- theoretically
that could happen if all deps did wait in the needsign repo, too, or
if the -devel pkg had no other arch-specific deps. In this case it
only failed to install ffmpeg-devel.x86_64 because it didn't resolve
with i?86 glibc and others missing.
Actually, in the mock config files, only the i?86 packages are
excluded from the x86_64 arch.
Which make sense since most of the time, only the x86_64 repository is
multiarch.
But as the needsign repository is also multiarch, the problem would
appears on i386 too.
I don't know what prevent that from the fedora's builder, but I will
need to exclude the x86_64 packages from the i386 rpmfusion mock files
if added to the cfg. (will be disabled by default).
That's something different. For x86_64 multiarch, i386 pkgs are seen
as compatible. The opposite is not true. For i386, x86_64 are compatible.
It sounds more as if RPM here is run in x86_64 mode.