Debian Bug report logs - #921648
apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Alex Bennée <alex.bennee@linaro.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Thu, 07 Feb 2019 16:43:26 +0000

Package: qemu
Version: 3.1+dfsg-2
Package: vde2
Version: 2.3.2+r586-2.2
Pakcage: xfsprogs
Version: 4.15.1-1
Severity: normal

Dear Maintainer,

Running on an x86_64 machine with dpkg --add-architecture arm64:

  apt-get build-dep -a arm64 qemu

Reports:

 The following packages have unmet dependencies:
 builddeps:qemu:arm64 : Depends: libcacard-dev:arm64 but it is not going to be installed
                        Depends: libvdeplug-dev:arm64 but it is not going to be installed
                        Depends: xfslibs-dev:arm64 but it is not going to be installed

I tried to work through the dependencies manually and eventually got to:

  apt-get install libcacard-dev:arm64 libvdeplug-dev:arm64 \
                  xfslibs-dev:arm64 libnss3-dev:arm64 \
                  libvdeplug2:arm64 xfsprogs:arm64 libnspr4-dev:arm64

Which offered to install but:

  The following packages were automatically installed and are no longer required:
    cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run db-util guile-2.2 hfsplus icoutils ipxe-qemu ldmtool libacl1-dev libafflib0v5 libconfig9 libdate-manip-perl
    libewf2 libgfapi0 libgfchangelog0 libgfdb0 libgfrpc0 libgfxdr0 libglusterfs-dev libglusterfs0 libhfsp0 libhivex0 libldm-1.0-0 libsys-virt-perl libtcl8.6 libtsk13
    liburcu6 libwin-hivex-perl libyara3 lsscsi mtools openbios-ppc openbios-sparc openhackware python3-jwt python3-prettytable qemu-efi qemu-slof qemu-system-common
    qemu-system-data qemu-system-gui scrub seabios sgabios sleuthkit supermin syslinux zerofree
  Use 'apt autoremove' to remove them.
  The following additional packages will be installed:
    libblkid1:arm64 libcacard0:arm64 libdevmapper1.02.1:arm64 libffi6:arm64 libglib2.0-0:arm64 libmount1:arm64 libnspr4:arm64 libnss3:arm64 libpcre3:arm64 libpcsclite1:arm64
    libreadline5:arm64 libselinux1:arm64 libsqlite3-0:arm64 libtinfo6:arm64 libudev1:arm64 libuuid1:arm64 uuid-dev:arm64 uuid-runtime
  Suggested packages:
    xfsdump:arm64 quota:arm64
  The following packages will be REMOVED:
    glusterfs-common libcacard-dev libguestfs-hfsplus libguestfs-perl libguestfs-reiserfs libguestfs-tools libguestfs-xfs libguestfs0 libnspr4-dev libnss3-dev libvdeplug-dev
    libvdeplug2 qemu-kvm qemu-system qemu-system-arm qemu-system-mips qemu-system-misc qemu-system-ppc qemu-system-sparc qemu-system-x86 xfslibs-dev xfsprogs
  The following NEW packages will be installed:
    libblkid1:arm64 libcacard-dev:arm64 libcacard0:arm64 libdevmapper1.02.1:arm64 libffi6:arm64 libglib2.0-0:arm64 libmount1:arm64 libnspr4:arm64 libnspr4-dev:arm64
    libnss3:arm64 libnss3-dev:arm64 libpcre3:arm64 libpcsclite1:arm64 libreadline5:arm64 libselinux1:arm64 libsqlite3-0:arm64 libtinfo6:arm64 libudev1:arm64 libuuid1:arm64
    libvdeplug-dev:arm64 libvdeplug2:arm64 uuid-dev:arm64 uuid-runtime xfslibs-dev:arm64 xfsprogs:arm64
  0 upgraded, 25 newly installed, 22 to remove and 0 not upgraded.
  Need to get 6,270 kB of archives.
  After this operation, 354 MB disk space will be freed.
  Do you want to continue? [Y/n]

Which would uninstall the base QEMU binaries. Backtracking I think the
problem is:

  The following packages have unmet dependencies:
   libvdeplug-dev:arm64 : Depends: libvdeplug2:arm64 (= 2.3.2+r586-2.2) but it is not going to be installed
   xfslibs-dev:arm64 : Depends: xfsprogs:arm64 (>= 3.0.0) but it is not going to be installed

As the libvdeplug2 and xfslibs dependancies have been in the QEMU
package for a while this looks like a regression in the dev packages. I
know these work in stretch as we use a dockerised stretch as the basis
for our cross-compile tools upstream.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: arm64, armhf

Kernel: Linux 4.19.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

--
Alex Bennée

Message #10 received at submit@bugs.debian.org (full text, mbox, reply):

From: Alex Bennée <alex.bennee@linaro.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Thu, 07 Feb 2019 17:26:19 +0000

Alex Bennée <alex.bennee@linaro.org> writes:

Package: qemu
Version: 3.1+dfsg-2
Package: xfsprogs
Version: 4.15.1-1

>
> Which would uninstall the base QEMU binaries. Backtracking I think the
> problem is:
>
>   The following packages have unmet dependencies:
>    libvdeplug-dev:arm64 : Depends: libvdeplug2:arm64 (= 2.3.2+r586-2.2) but it is not going to be installed
>    xfslibs-dev:arm64 : Depends: xfsprogs:arm64 (>= 3.0.0) but it is not going to be installed
>
> As the libvdeplug2 and xfslibs dependancies have been in the QEMU
> package for a while this looks like a regression in the dev packages. I
> know these work in stretch as we use a dockerised stretch as the basis
> for our cross-compile tools upstream.

OK testing on inside an otherwise clean docker container (so as not to
clash with my native build-deps) I get:

  The following packages have unmet dependencies:
   builddeps:qemu:arm64 : Depends: xfslibs-dev:arm64 but it is not going to be installed
  E: Unable to correct problems, you have held broken packages.

So it looks like libvde2 is in the clear and it's the xfslibs-dev that
is broken. However I can install it directly:

  apt-get install xfslibs-dev:arm64

and then if I try apt-get build-dep -a arm64 qemu again I get:

  The following packages have unmet dependencies:
   builddeps:qemu:arm64 : Depends: glusterfs-common:arm64
  E: Unable to correct problems, you have held broken packages.

Which leads to:

  apt install glusterfs-common:arm64

which complains with:

The following packages have unmet dependencies:
 glusterfs-common:arm64 : Depends: python3-prettytable:arm64 but it is not installable
                          Depends: python3-requests:arm64 but it is not installable
                          Depends: python3-jwt:arm64 but it is not installable

However if I try:

  apt install glusterfs-common:arm64 python3-prettytable:arm64 python3-requests:arm64 python3-jwt:arm64

It turns out a bunch of unavailable packages:

  E: Package 'python3-prettytable:arm64' has no installation candidate
  E: Package 'python3-requests:arm64' has no installation candidate
  E: Package 'python3-jwt:arm64' has no installation candidate

--
Alex Bennée

Message #19 received at 921648@bugs.debian.org (full text, mbox, reply):

From: Renzo Davoli <renzo@cs.unibo.it>

To: Alex Bennée <alex.bennee@linaro.org>, 921648@bugs.debian.org, Diego Zuccato <diego.zuccato@unibo.it>

Cc: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Tue, 19 Feb 2019 15:00:22 +0100

Alex,
	we have tried to replicate the problem.... with no luck.

* We created a clean VM (amd64) running Stretch (ssh server/base files only)
* THe VM has been updated to SID
-8<--
root@testmultiarch:~# dpkg --add-architecture arm64
root@testmultiarch:~# apt install build-essential
...
root@testmultiarch:~# apt-get build-dep -a arm64 qemu
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  dh-python libbind9-140 libdns162 libicu57 libisc160 libisccc140
libisccfg140 liblwres141 libperl5.24 libpython3.5-minimal
libpython3.5-stdlib python3.5 python3.5-minimal rename sgml-base tcpd
xml-core
Use 'apt autoremove' to remove them.
The following NEW packages will be installed:
  adwaita-icon-theme autoconf automake autopoint autotools-dev binutils-
[...cut cut cut...]
x11proto-dev x11proto-fixes-dev x11proto-input-dev x11proto-randr-dev
x11proto-record-dev x11proto-xext-dev x11proto-xf86vidmode-dev
x11proto-xinerama-dev xfslibs-dev:arm64 xfsprogs:arm64
xorg-sgml-doctools xtrans-dev zlib1g:arm64 zlib1g-dev:arm64
0 upgraded, 482 newly installed, 0 to remove and 0 not upgraded.
Need to get 200 MB of archives.
After this operation, 864 MB of additional disk space will be used.
Do you want to continue? [Y/n]
-8<--
It works for a while but eventually completes the installation without any further problem.

Can you please help us to replicate the erroneous behavior you have got?

renzo
(tnx to Diego Zuccato who actually ran the tests)

Message #24 received at 921648@bugs.debian.org (full text, mbox, reply):

From: Alex Bennée <alex.bennee@linaro.org>

To: Renzo Davoli <renzo@cs.unibo.it>

Cc: 921648@bugs.debian.org, Diego Zuccato <diego.zuccato@unibo.it>, Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Tue, 19 Feb 2019 18:16:28 +0000

Renzo Davoli <renzo@cs.unibo.it> writes:

> Alex,
> 	we have tried to replicate the problem.... with no luck.
>
> * We created a clean VM (amd64) running Stretch (ssh server/base files only)
> * THe VM has been updated to SID
> -8<--
> root@testmultiarch:~# dpkg --add-architecture arm64
> root@testmultiarch:~# apt install build-essential
> ...
> root@testmultiarch:~# apt-get build-dep -a arm64 qemu
> Reading package lists... Done
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages were automatically installed and are no longer
> required:
>   dh-python libbind9-140 libdns162 libicu57 libisc160 libisccc140
> libisccfg140 liblwres141 libperl5.24 libpython3.5-minimal
> libpython3.5-stdlib python3.5 python3.5-minimal rename sgml-base tcpd
> xml-core
> Use 'apt autoremove' to remove them.
> The following NEW packages will be installed:
>   adwaita-icon-theme autoconf automake autopoint autotools-dev binutils-
> [...cut cut cut...]
> x11proto-dev x11proto-fixes-dev x11proto-input-dev x11proto-randr-dev
> x11proto-record-dev x11proto-xext-dev x11proto-xf86vidmode-dev
> x11proto-xinerama-dev xfslibs-dev:arm64 xfsprogs:arm64
> xorg-sgml-doctools xtrans-dev zlib1g:arm64 zlib1g-dev:arm64
> 0 upgraded, 482 newly installed, 0 to remove and 0 not upgraded.
> Need to get 200 MB of archives.
> After this operation, 864 MB of additional disk space will be used.
> Do you want to continue? [Y/n]
> -8<--
> It works for a while but eventually completes the installation without any further problem.
>
> Can you please help us to replicate the erroneous behavior you have
> got?

It looks like something has been fixed in the meantime \o/

For reference these where the steps we were following:

  https://github.com/stsquad/dockerfiles/blob/master/multiarch/debian-arm64-cross/Dockerfile

>
> renzo
> (tnx to Diego Zuccato who actually ran the tests)

Is there anyway to list all the package changes that have happened since
the bug was reported?

Anyway I shall close the bug now.

--
Alex Bennée

Message #29 received at 921648@bugs.debian.org (full text, mbox, reply):

From: Alex Bennée <alex.bennee@linaro.org>

To: Renzo Davoli <renzo@cs.unibo.it>

Cc: 921648@bugs.debian.org, Diego Zuccato <diego.zuccato@unibo.it>, Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Tue, 19 Feb 2019 18:35:01 +0000

Alex Bennée <alex.bennee@linaro.org> writes:

> Renzo Davoli <renzo@cs.unibo.it> writes:
>
>> Alex,
>> 	we have tried to replicate the problem.... with no luck.
<snip>
>
> Anyway I shall close the bug now.

Hmm on my dev machine I still get:

  18:17:40 [root@zen:~] # apt build-dep -a arm64 qemu
  Reading package lists... Done
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  Some packages could not be installed. This may mean that you have
  requested an impossible situation or if you are using the unstable
  distribution that some required packages have not yet been created
  or been moved out of Incoming.
  The following information may help to resolve the situation:

  The following packages have unmet dependencies:
   builddeps:qemu:arm64 : Depends: libcacard-dev:arm64 but it is not going to be installed
                          Depends: libvdeplug-dev:arm64 but it is not going to be installed
                          Depends: xfslibs-dev:arm64 but it is not going to be installed
  E: Unable to correct problems, you have held broken packages.

But I suspect that asking for the arm64 build-deps at the same time as
the native build-deps is probably a bit too much for the system. Should
not being able to have side by side deps for the same package be
considered a bug?

--
Alex Bennée

Message #34 received at 921648@bugs.debian.org (full text, mbox, reply):

From: Alex Bennée <alex.bennee@linaro.org>

To: Renzo Davoli <renzo@cs.unibo.it>

Cc: 921648@bugs.debian.org, Diego Zuccato <diego.zuccato@unibo.it>, Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Wed, 20 Feb 2019 16:53:12 +0000

Package: libcacard-dev
Version: 1:2.6.1-1

Alex Bennée <alex.bennee@linaro.org> writes:

> Alex Bennée <alex.bennee@linaro.org> writes:
>
>> Renzo Davoli <renzo@cs.unibo.it> writes:
>>
>>> Alex,
>>> 	we have tried to replicate the problem.... with no luck.
> <snip>
>>
<snip>
>
> Hmm on my dev machine I still get:
>
>   18:17:40 [root@zen:~] # apt build-dep -a arm64 qemu
>   Reading package lists... Done
>   Reading package lists... Done
>   Building dependency tree
>   Reading state information... Done
>   Some packages could not be installed. This may mean that you have
>   requested an impossible situation or if you are using the unstable
>   distribution that some required packages have not yet been created
>   or been moved out of Incoming.
>   The following information may help to resolve the situation:
>
>   The following packages have unmet dependencies:
>    builddeps:qemu:arm64 : Depends: libcacard-dev:arm64 but it is not going to be installed
>                           Depends: libvdeplug-dev:arm64 but it is not going to be installed
>                           Depends: xfslibs-dev:arm64 but it is not going to be installed
>   E: Unable to correct problems, you have held broken packages.
>
> But I suspect that asking for the arm64 build-deps at the same time as
> the native build-deps is probably a bit too much for the system. Should
> not being able to have side by side deps for the same package be
> considered a bug?

With a minimal docker test case the failure I get is:

  The following packages have unmet dependencies:
   builddeps:qemu:arm64 : Depends: libcacard-dev:arm64 but it is not going to be installed
  E: Unable to correct problems, you have held broken packages.

The steps are:

  #
  # On its own you can't build much but the docker-foo-cross targets
  # build on top of the base debian image.
  #
  FROM debian:buster-slim

  # Duplicate deb line as deb-src
  RUN cat /etc/apt/sources.list | sed "s/^deb\ /deb-src /" >> /etc/apt/sources.list

  # Install common build utilities
  RUN apt update
  RUN DEBIAN_FRONTEND=noninteractive apt install -yy eatmydata
  RUN DEBIAN_FRONTEND=noninteractive eatmydata apt dist-upgrade -yy
  RUN DEBIAN_FRONTEND=noninteractive eatmydata \
      apt install -y --no-install-recommends \
          bison \
          build-essential \
          ca-certificates \
          clang \
          flex \
          gettext \
          git \
          pkg-config \
          psmisc \
          python \
          texinfo \
          $(apt-get -s build-dep qemu | egrep ^Inst | fgrep '[all]' | cut -d\  -f2)
  RUN DEBIAN_FRONTEND=noninteractive eatmydata \
      apt-get build-dep -yy qemu
  RUN dpkg --add-architecture arm64
  RUN apt update
  RUN DEBIAN_FRONTEND=noninteractive eatmydata \
      apt-get install -y --no-install-recommends \
          crossbuild-essential-arm64
  RUN DEBIAN_FRONTEND=noninteractive eatmydata \
      apt-get build-dep -yy -a arm64 qemu


--
Alex Bennée

Message #39 received at 921648@bugs.debian.org (full text, mbox, reply):

From: Michael Tokarev <mjt@tls.msk.ru>

To: Alex Bennée <alex.bennee@linaro.org>, 922786@bugs.debian.org, Renzo Davoli <renzo@cs.unibo.it>

Cc: 921648@bugs.debian.org, Diego Zuccato <diego.zuccato@unibo.it>, Debian Bug Tracking System <submit@bugs.debian.org>

Subject: Re: Bug#922786: [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on multiarch setup due to binary dependancies in -dev packages

Date: Wed, 20 Feb 2019 21:21:33 +0300

20.02.2019 19:53, Alex Bennée wrote:
> With a minimal docker test case the failure I get is:
> 
>    The following packages have unmet dependencies:
>     builddeps:qemu:arm64 : Depends: libcacard-dev:arm64 but it is not going to be installed
>    E: Unable to correct problems, you have held broken packages.

I suspect this is a wontfix or a wishlist with a very low priority,
unless there will be a patch too.  All the multi-arch stuff on
libcacard looks correct to me.

Thanks,

/mjt

Send a report that this bug log contains spam.