Below are two tables showing the two problem classes that prevent installation of foreign architecture binaries
We try to install all binary packages from a dummy architecture generated from amd64 (called armhf here) on amd64.
A machine parsable version can be retrieved in dose yaml format
Hover over a package name with your cursor for architecture and version information. Hovering over the arrows in the depchain columns will show the dependency that led from one package in the chain to the next.
The following is a summary of the full "missing" and "conflict" tables below. It only shows the first and last columns of the full tables and only displays the top 10 rows.
# of packages per missing | Unsatisfied dependency |
---|---|
46 | python3-packaging:armhf |
2 | python3-rpaths:armhf |
2 | python3-usagestats:armhf |
# of packages per conflict | Conflict |
---|---|
8 | python3-minimal:armhf |
8 | python3.12-minimal:amd64 |
8 | python3.12:amd64 |
7 | python3:armhf |
The packages in the third column cannot satisfy their (possibly transitive) dependencies because of the unsatisfied dependency in the last column. This is mostly because the binary package providing the dependency in the last column is Multi-Arch:no. Some of these packages need to be Multi-Arch:foreign instead. In some other cases, Build-Depends can be annotated with :native. The depchains column shows the dependency chain(s) from the packages in the third column to the unsatisfied dependency in the last column. The "(*)" placeholder in the depchains column represents any package in the third column. Hovering over the arrows in the depchains column with your cursor will show the dependency that led from one package in the chain to the next.
The output is first grouped by the shared unsatisfied dependency (last column) and then by shared dependency chain (fourth column). The groups are sorted by the number of packages missing the dependency in the last column. Within each group, the output is sorted by the number of packages sharing the same dependency chain.
# of packages per missing | # of packages per depchain | packages with missing (possibly transitive) dependencies | Depchains | Unsatisfied dependency |
---|---|---|---|---|
46 | 46 | black borgbackup borgbackup2 iva macsyfinder mayavi2 mininet ont-fast5-api python3-astropy python3-awkward python3-cartopy python3-clevercsv python3-faiss python3-fastparquet python3-galpy python3-grib python3-hug python3-hyperspy python3-intake python3-jpype python3-mariadb-connector python3-matplotlib python3-mdanalysis python3-mdtraj python3-mpltoolkits.basemap python3-numexpr python3-orange3 python3-pikepdf python3-presto python3-pygac python3-pynx python3-pyogrio python3-qutip python3-silx python3-storm python3-sunpy python3-tango python3-thinc python3-torch python3-tpm2-pytss python3-vispy python3-xraylarch python3-yt reprozip sosreport spades | (*) → | python3-packaging:armhf |
2 | 1 | python3-reprozip | (*) → | python3-rpaths:armhf |
1 | reprozip | (*) → python3-reprozip → | ||
2 | 1 | python3-reprozip | (*) → | python3-usagestats:armhf |
1 | reprozip | (*) → python3-reprozip → |
The packages in the third column cannot satisfy their (possibly transitive) dependencies because the last package(s) in the first depchain have an unsatisfied conflict which is shown in the last column. The second depchain column shows the dependency chain(s) to the package which the last package(s) in the first depchain conflict with. Sometimes, multiple dependency chains sharing the same conflict exist. Hovering over the arrows in the depchains column with your cursor will show the dependency that led from one package in the chain to the next.
The output is first grouped by the shared conflicting dependency (last column) and then by the shared dependency chains (fourth and fifth column). The groups are sorted by the number of packages sharing the conflict in the last column. Within each group, the output is sorted by the number of packages sharing the same dependency chains.
generated: 20241118T000000Z
The JSON data used to generate these pages was computed using botch, the bootstrap/build ordering tool chain. The source code of botch can be redistributed under the terms of the LGPL3+ with an OCaml linking exception. The source code can be retrieved from https://salsa.debian.org/debian-bootstrap-team/botch
The html pages were generated by code which can be retrieved from https://salsa.debian.org/debian-bootstrap-team/boott and which can be redistributed under the terms of the AGPL3+
For questions and bugreports please contact j [dot] schauer [at] email [dot] de.