[opensuse-arm] armv5 build broken - please rebuild qemu packages
Hi, In my OBS home repo I get this error during armv5 environment setup: file /usr/bin/qemu-arm-binfmt from install of qemu-accel-armv5tel-0.2-21.1.x86_64 conflicts with file from package qemu-linux-user-1.2.0-138.4.x86_64 Same with a local build. To fix it it seems that a rebuild of qemu (for qemu-linux-user package) is needed. I did it in local repo and this error is fixed. So, please trigger a rebuild of qemu. But I get another error: ARCHITECTURE PERSONALITY IS UNKNOWN. Log: [ 27s] booting XEN kernel ... [ 27s] xm create -c /var/tmp/build.xen.conf-hxGya4ErF name=build_2 disk=phy:/dev/dm-2,hda1,w disk=phy:/dev/dm-3,hda2,w extra=quiet init=/.build/initvm elevator=noop panic=1 console=ttyS0 [ 32s] Using config file "/var/tmp/build.xen.conf-hxGya4ErF". [ 32s] Started domain build_2 (id=26220) [ 32s] [ 0.260031] PCI: Fatal: No config space access function found [ 32s] [ 0.264046] Unable to read sysrq code in control/sysrq [ 32s] [ 0.367346] i8042: No controller found [ 32s] [ 0.369526] /home/abuild/rpmbuild/BUILD/kernel-xen-3.4.6/linux-3.4/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 32s] doing fast boot [ 33s] FATAL: Module kqemu not found. [ 33s] FATAL: Module ext2 not found. [ 33s] Creating device nodes with udev [ 34s] Waiting for device /dev/hda1 to appear: ok [ 34s] fsck from util-linux 2.21.2 [ 34s] [/sbin/fsck.ext4 (1) -- /] fsck.ext4 -a /dev/hda1 [ 34s] /dev/hda1: clean, 3618/897600 files, 161407/3584000 blocks [ 34s] fsck succeeded. Mounting root device read-only. [ 34s] Mounting root /dev/hda1 [ 34s] mount -o ro,defaults -t ext4 /dev/hda1 /root [ 1028s] ARCHITECTURE PERSONALITY IS UNKNOWN Any idea why? Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 29.10.2012, at 11:41, Guillaume Gardet wrote:
Hi,
In my OBS home repo I get this error during armv5 environment setup:
file /usr/bin/qemu-arm-binfmt from install of qemu-accel-armv5tel-0.2-21.1.x86_64 conflicts with file from package qemu-linux-user-1.2.0-138.4.x86_64
Yeah, that is due to the armv5 binfmt replacement. According to Adrian the conflict shouldn't really matter, but maybe it does :(. Adrian?
Same with a local build. To fix it it seems that a rebuild of qemu (for qemu-linux-user package) is needed. I did it in local repo and this error is fixed. So, please trigger a rebuild of qemu.
But I get another error: ARCHITECTURE PERSONALITY IS UNKNOWN. Log: [ 27s] booting XEN kernel ... [ 27s] xm create -c /var/tmp/build.xen.conf-hxGya4ErF name=build_2 disk=phy:/dev/dm-2,hda1,w disk=phy:/dev/dm-3,hda2,w extra=quiet init=/.build/initvm elevator=noop panic=1 console=ttyS0 [ 32s] Using config file "/var/tmp/build.xen.conf-hxGya4ErF". [ 32s] Started domain build_2 (id=26220) [ 32s] [ 0.260031] PCI: Fatal: No config space access function found [ 32s] [ 0.264046] Unable to read sysrq code in control/sysrq [ 32s] [ 0.367346] i8042: No controller found [ 32s] [ 0.369526] /home/abuild/rpmbuild/BUILD/kernel-xen-3.4.6/linux-3.4/drivers/rtc/hctosys.c: unable to open rtc device (rtc0) [ 32s] doing fast boot [ 33s] FATAL: Module kqemu not found. [ 33s] FATAL: Module ext2 not found. [ 33s] Creating device nodes with udev [ 34s] Waiting for device /dev/hda1 to appear: ok [ 34s] fsck from util-linux 2.21.2 [ 34s] [/sbin/fsck.ext4 (1) -- /] fsck.ext4 -a /dev/hda1 [ 34s] /dev/hda1: clean, 3618/897600 files, 161407/3584000 blocks [ 34s] fsck succeeded. Mounting root device read-only. [ 34s] Mounting root /dev/hda1 [ 34s] mount -o ro,defaults -t ext4 /dev/hda1 /root [ 1028s] ARCHITECTURE PERSONALITY IS UNKNOWN
Any idea why?
Doesn't ring a bell, no. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Montag, 29. Oktober 2012, 11:48:54 schrieb Alexander Graf:
On 29.10.2012, at 11:41, Guillaume Gardet wrote:
Hi,
In my OBS home repo I get this error during armv5 environment setup:
file /usr/bin/qemu-arm-binfmt from install of qemu-accel-armv5tel-0.2-21.1.x86_64 conflicts with file from package qemu-linux-user-1.2.0-138.4.x86_64
Yeah, that is due to the armv5 binfmt replacement. According to Adrian the conflict shouldn't really matter, but maybe it does :(. Adrian?
Hm, it does not matter during Preinstall step, but it breaks during installation step inside of chroot/VM. The only practical solution I have in mind atm would be also to package qemu binary in qemu-accel and avoid installing qemu-linux-user at all. moin adrian -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
On 29.10.2012, at 12:33, Adrian Schröter wrote:
Am Montag, 29. Oktober 2012, 11:48:54 schrieb Alexander Graf:
On 29.10.2012, at 11:41, Guillaume Gardet wrote:
Hi,
In my OBS home repo I get this error during armv5 environment setup:
file /usr/bin/qemu-arm-binfmt from install of qemu-accel-armv5tel-0.2-21.1.x86_64 conflicts with file from package qemu-linux-user-1.2.0-138.4.x86_64
Yeah, that is due to the armv5 binfmt replacement. According to Adrian the conflict shouldn't really matter, but maybe it does :(. Adrian?
Hm, it does not matter during Preinstall step, but it breaks during installation step inside of chroot/VM.
The only practical solution I have in mind atm would be also to package qemu binary in qemu-accel and avoid installing qemu-linux-user at all.
That should work. Could you please give that a try? Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am Montag, 29. Oktober 2012, 12:38:59 schrieb Alexander Graf:
On 29.10.2012, at 12:33, Adrian Schröter wrote:
Am Montag, 29. Oktober 2012, 11:48:54 schrieb Alexander Graf:
On 29.10.2012, at 11:41, Guillaume Gardet wrote:
Hi,
In my OBS home repo I get this error during armv5 environment setup:
file /usr/bin/qemu-arm-binfmt from install of qemu-accel-armv5tel-0.2-21.1.x86_64 conflicts with file from package qemu-linux-user-1.2.0-138.4.x86_64
Yeah, that is due to the armv5 binfmt replacement. According to Adrian the conflict shouldn't really matter, but maybe it does :(. Adrian?
Hm, it does not matter during Preinstall step, but it breaks during installation step inside of chroot/VM.
The only practical solution I have in mind atm would be also to package qemu binary in qemu-accel and avoid installing qemu-linux-user at all.
That should work. Could you please give that a try?
Sorry, I am currently on the road with just cell phone access atm. -- Adrian Schroeter SUSE Linux Products GmbH email: adrian@suse.de -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (3)
-
Adrian Schröter -
Alexander Graf -
Guillaume Gardet