Your message dated Sun, 14 Sep 2025 11:41:25 +0300
with message-id <[email protected]>
and subject line Re: Bug#921648: apt-get build-dep -a arm64 qemu fails on
multiarch setup due to binary dependancies in -dev packages
has caused the Debian Bug report #922786,
regarding [Virtualsquare] Bug#921648: apt-get build-dep -a arm64 qemu fails on
multiarch setup due to binary dependancies in -dev packages
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
922786: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922786
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libcacard-dev
Version: 1:2.6.1-1
Alex Bennée <[email protected]> writes:
> Alex Bennée <[email protected]> writes:
>
>> Renzo Davoli <[email protected]> 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
--- End Message ---
--- Begin Message ---
On Wed, 20 Feb 2019 16:53:12 +0000 Alex =?utf-8?Q?Benn=C3=A9e?=
<[email protected]> wrote:
> 18:17:40 [root@zen:~] # apt build-dep -a arm64 qemu
> 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
This is most likely due to xfslibs-dev, not libcacard-dev.
xfslibs-dev is not multi-arch-able (even on trixie), -- see
https://bugs.debian.org/1092689 for more info.
Unfortunately, the way how apt deps resolver works, it is
not sometimes obvious which dependency is problematic, it
might list unrelated deps as unresolved, and it sorts itself
when resolving some different dependency. In this case,
I guess, the prob was xfslibs, not libcacard.
I had to remove dependency on xfslibs-dev from qemu and samba
packages due to this, - to be able to cross-build these. In
both cases, the only thing needed from xfslibs-dev was the
ioctl definitions in one of the xfs.h files, not the library
itself.
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
I don't see this anymore on a debian trixie system.
Please consider using --arch-only here, since by default,
apt will try to resolve dependencies for both arch and
indep build, and indep build of qemu requires a ton of
cross-compilers, which means additional packages with
non-trivial deps.
Closing this bug report now. Feel free to re-open it if
you think this is incorrect.
Thanks,
/mjt
--- End Message ---
