cmake rpm macro problem

[Michael Schwendt]

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-freeworld-0.2.3-3.el5/i386/root.log
> >
> > [...]
> > 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.