on my mga5 machine i can compile the mga5 src rpm of qemu, but when i download the cauldron mga6 src rpm the buildrequires tells me i need some i586 libs which conflict with already installed ones on my machine which is 64bit mga5: [bascule@skunkworks SPECS]$ sudo urpmi --buildrequires qemu.spec To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core 32bit Release (mageia5_31)") libnfs-devel 1.6.0 4.mga5 i586 libnfs1 1.6.0 4.mga5 i586 libnuma-devel 2.0.9 4.mga5 i586 libnuma1 2.0.9 4.mga5 i586 libsdl2.0-devel 2.0.3 4.mga5 i586 1.7MB of additional disk space will be used. 351KB of packages will be retrieved. Proceed with the installation of the 5 packages? (Y/n) is this supposed to be the case with some magic spell for compiling that i don't have or is it some error? am i missing something really simple :) i just want to know as i'm trying to update to a newer qemu to try and solve some other issues i'm having bascule
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 => RESOLVEDResolution: (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.