Bug 18325

I don't see what would pull-in 32-bit dependencies in the spec file [0], at least for SDL2 there is only `BuildRequires:  SDL2-devel` which should be provided by lib64sdl2.0-devel too.

So I guess:
- either you disabled your 64-bit repos
- or there is a problem in your mirror

It could still be that there's a bug in the qemu spec file, but it would be nice to check those two hypotheses first :)

[0] http://svnweb.mageia.org/packages/cauldron/qemu/current/SPECS/qemu.spec?view=markup

The numactl-devel provides was apparently added in cauldron.

CC: (none) => cjw

i've checked my repos, i had both 64bit and 32bit enabled i removed the 32bit and still no joy.

i removed all repos and added a remote mirror using mcc and still no joy,

note that after the initial attempt to use:
urpmi --buildequires qemu.spec

subsequent attempts simply stop at:
[bascule@skunkworks SPECS]$ sudo urpmi --buildrequires qemu.spec 
A requested package cannot be installed:
qemu-2.6.0-0.rc3.3.mga5.src (due to unsatisfied lzo-devel)
Continue installation anyway? (Y/n) 

where the package in (...) is now also including at various times packages that weren't listed in my first report, others include libusbx-devel and gperftools-devel.  i don't know what arch of these urpmi is tryng to pull in.

any other things for me to check?

bascule

on a whim i added --allow-nodeps to the --buildrequires and urpmi pulled in a whole load more x86-64 rpms, i had to repeat a few times and on the last time urpmi pulled in:
$MIRRORLIST: media/../../i586/media/core/release/libnfs-devel-1.6.0-4.mga5.i586.rpm
    $MIRRORLIST: media/../../i586/media/core/release/libnfs1-1.6.0-4.mga5.i586.rpm
installing libnfs-devel-1.6.0-4.mga5.i586.rpm libnfs1-1.6.0-4.mga5.i586.rpm

which don't appear to conflict with any thing i've already installed,

now i get:
[bascule@skunkworks SPECS]$ sudo urpmi --buildrequires --allow-nodeps qemu.spec 
WARNING: --allow-nodeps option is in use. Some strange problems may happen


[bascule@skunkworks SPECS]$ 

or

[bascule@skunkworks SPECS]$ sudo urpmi --buildrequires  qemu.spec A requested package cannot be installed:
qemu-2.6.0-0.rc3.3.mga5.src (due to unsatisfied libusbx-devel)
Continue installation anyway? (Y/n)

as i did earlier

and also now:
[bascule@skunkworks SPECS]$ rpmbuild -bb qemu.spec error: Failed build dependencies:
	SDL2-devel is needed by qemu-0:2.6.0-0.rc3.3.mga5.x86_64
	gperftools-devel is needed by qemu-0:2.6.0-0.rc3.3.mga5.x86_64
	libusbx-devel is needed by qemu-0:2.6.0-0.rc3.3.mga5.x86_64
	lzo-devel is needed by qemu-0:2.6.0-0.rc3.3.mga5.x86_64
[bascule@skunkworks SPECS]$

just to be certain i have installed a new vm of mga5 and repeated all this on there, although the qemu src rpm is a bit later than the one installed here i get the same issues, i will grab the current cauldron version in my main vm and try that

bascule

nope, on both vms i get the same issues with the current cauldron qemu-2.6.0-0.rc4.1.mga6.src.rpm 

bascule

it seems i may have been a little hasty in the original report, using my new vm i find that the rpms being pulled in aren't i586, three of them are ones that don't exist in the mga5 repository, i never got that far however because what was throwing me was the demand for SDL2-devel which was definitely installed.  here there may be some issue though in what area i don't know, as when i grabbed the mga6 src rpm for sdl2 and compiled that and installed the lib64sdl2 and -devel the qemu --builrequires no longer wanted it, i would have expected that urpmi tell me that is was the version that  was too old? as for the i586 pulls, well back on to the old vm i uninstalled every i586 library on the system and then it behaved as the new vm.

tldr: false alarm, sorry!

bascule

now i find that qemu wants mga6 versions of gcc which wants binutils which wants gcc! (assuming that gcc is what provides the gcc-sparc requirement)

Status: NEW => RESOLVED
Resolution: (none) => INVALID

(In reply to bascule teller from comment #6)

> now i find that qemu wants mga6 versions of gcc which wants binutils which
> wants gcc! (assuming that gcc is what provides the gcc-sparc requirement)

If you look at the changelog you'll see that many things were changed in this package. What you're trying to do is more than a simple version update. I don't know about sparc stuff, only that a new 'cross-gcc' (source) package was added to cauldron, along with a cross-binutils package.