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.