Bug#749826: Documenting `Multi-Arch: foreign`
Sean Whitton <[email protected]> Sun, 29 Mar 2026 11:01:51 +0100
| Newsgroups | gmane.linux.debian.devel.policy |
|---|---|
| Message-ID | <87y0jb3qeo.fsf__7141.08270346827$1774778619$gmane$org@melete.silentflame.com> |
Guillem Jover <[email protected]> [26/Mar 6:19pm +01] wrote: > Hi! > > On Tue, 2026-03-24 at 14:12:45 +0100, Helmut Grohne wrote: >> diff --git a/policy/ch-controlfields.rst b/policy/ch-controlfields.rst >> --- a/policy/ch-controlfields.rst >> +++ b/policy/ch-controlfields.rst >> @@ -1307,6 +1307,166 @@ This list is intentionally incomplete. You should consult the >> documentation of the tool or package in question for which keywords it >> defines and when they are needed. >> >> +.. _s-f-Multi-Arch: >> + >> +``Multi-Arch`` >> +~~~~~~~~~~~~~~ >> + >> +A Debian installation can combine packages from multiple architectures. >> +The ``Multi-Arch`` header enables individual packages to declare their >> +support for this feature, and influences the way dependencies are >> +handled. It can be declared in binary package sections of a source >> +package template control file and in binary package control files. The >> +permitted header values are ``no`` (default), ``foreign``, ``same`` and >> +``allowed``. Their semantics are described in the following sections. > > This uses "header" instead of "field", which is a term that we do not > use at all in the context of the deb822 format. Fixed, thanks. -- Sean Whitton
signature.asc
(application/pgp-signature, 869 B)
-----BEGIN PGP SIGNATURE----- iQJNBAEBCgA3FiEEm5FwB64DDjbk/CSLaVt65L8GYkAFAmnI+I8ZHHNwd2hpdHRv bkBzcHdoaXR0b24ubmFtZQAKCRBpW3rkvwZiQEPhD/98N2QA1oDVxIUcMwfuap9h t5WUYay8SSwNmz0sZmc+UTfD+xvBjlbUfVGLWTQ8EWusNMQ7rMyWazgmbSiEK0nr Yw4n94WIfeZK+9l/7K/Uhvfg28tWGADfhVbcHiQWeBePc4V+HxsPVAPabsEWPzkG Rz22GeITCxKf48/HyXryfjRznOuYsTUxAc2yn1kJjsVGWlAzByylYjc4CId1e5Ud Gwn7akydEAAfJWa/lmHFiiP5TjTOfSTh2bltY7qLb4d+H91OUnV+mdrdKfMy/NFw VT+47+/asZY5C6neTb8o1ZXXsC4hwPdKdpuB6RVFzHuhzbuY/VBdAceaqWeQtXD3 PqrdKc2BWDeLW2ex3A6a44WwaKyDRIAW3ZrWLHTenFQVu41jl2ZiZ7bDjlSRKP2G bdXNoCTECdztRyqJMJGbrHRUvr2+/f/mdMAPlueMarjVKl7xS7sxYC4MKg7O5nOk 9EEmEoVKZrROudXgmbeX9v9x9F+eyyjZdXjvbVfutx5JGUCLiK0VELXrvVXOFTjG zSNb/4fci1wlIoAuvj/2XWXWGPP59c8pRSY7MjFvs+S7Bl2amw529ue5TroOTFBN Fhl12ak643LD5wJgh+m7VsOyhnGpeA4lTeFkJ35pGZ1w30h/8fXovv6VcO4zh6qe TimcRcOBxhpIcqpUfV+Y4w== =bDXv -----END PGP SIGNATURE-----