armhf/armel cmake hangs when run with qemu-arm-static on amd64 host
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
qemu (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
This is essentially a duplicate, at least symptom-wise, of #955379, but I am opening a new issue since that one was marked as fixed.
I have a script I use that uses pbuilder to build packages for Debian armel and armhf targets that runs on an Ubuntu bionic amd64 host. Packages that use CMake for the building tend to hand when searching for libraries. The hang is not always at the same place though, which implies a race condition. The larger the package that is being built, the more likely there is to be a hang. In particular, the opencv package is large enough, that it hangs every time and I cannot get it to build.
Steps to reproduce:
# on ubuntu bionic amd64 host
sudo apt-add-repository ppa:ev3dev/tools
# assuming apt-add-repository does apt update now
sudo apt install pbuilder-ev3dev git
git clone --depth=1 https:/
cd opencv
OS=debian ARCH=armhf DIST=stretch pbuilder-ev3dev base
OS=debian ARCH=armhf DIST=stretch pbuilder-ev3dev dev-build
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: qemu-user-static 1:2.11+
ProcVersionSign
Uname: Linux 4.15.0-13-generic x86_64
NonfreeKernelMo
ApportVersion: 2.20.9-0ubuntu4
Architecture: amd64
CurrentDesktop: GNOME
Date: Mon Apr 16 17:35:27 2018
InstallationDate: Installed on 2013-05-13 (1799 days ago)
InstallationMedia: This
KvmCmdLine: COMMAND STAT EUID RUID PID PPID %CPU COMMAND
MachineType: Gigabyte Technology Co., Ltd. To be filled by O.E.M.
ProcKernelCmdLine: BOOT_IMAGE=
SourcePackage: qemu
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 07/13/2017
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: F1
dmi.board.
dmi.board.name: 970A-DS3P FX
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.family: To be filled by O.E.M.
dmi.product.name: To be filled by O.E.M.
dmi.product.
dmi.sys.vendor: Gigabyte Technology Co., Ltd.
FWIW, I may have noticed this issue a few times when I was running xenial, but it happened so seldom, that I never really took note. On bionic, however, building the same packages using the exact same script, the hang happens much more frequently.