ii abiword 3.0.5~dfsg-3.2 amd64
ii abiword-common 3.0.5~dfsg-3.2 all
ii abiword-plugin-grammar:amd64 3.0.5~dfsg-3.2 amd64
Je comprend que abiword-common est dans l'architecture all car il ne doit pas avoir de binaires ou bibliothèques dépendant de l'architecture.
Par contre je me demande pourquoi certains noms de package ont le nom de l'architecture en suffixe.
On retrouve ce suffixe dans d'autres packages mais c'est plus rare que les packages sans.
Avez vous une idée de la raison ?
# Multi-Arch
Posté par Cyril Brulebois (site web personnel) . Évalué à 10.
Certains paquets peuvent être marqués comme étant
Multi-Arch: allowed
,Multi-Arch: foreign
ouMulti-Arch: same
, ce qui permet en fonction des cas d'installerlibfoo42:amd64
etlibfoo42:arm64
sur un même système en même temps, tandis que dans d'autres cas, c'est l'un ou l'autre. Si tu comparesabiword
et le plugin, tu verras que le premier n'a pas ce champ, tandis que le second aMulti-Arch: same
, d'où l'indication supplémentaire concernant l'architecture. On parle alors d'arch-qualified package name.Debian Consultant @ DEBAMAX
[^] # Re: Multi-Arch
Posté par Gauthier Monserand (site web personnel) . Évalué à 2.
Top, merci !
[^] # Re: Multi-Arch
Posté par BAud (site web personnel) . Évalué à 3. Dernière modification le 16 novembre 2023 à 14:54.
moui, les pages suivantes mériteraient peut-être d'être précisées :
c'est toujours bien d'avoir un exemple concret, mais pas trop alambiqué :-)
au début, j'avais cherché dans les pages concernant le port arm64, mais ça se perd dans d'autres considérations que le multiarch o_O
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.