Groups | Search | Server Info | Login | Register


Groups > linux.debian.policy > #9361

Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs

From Helmut Grohne <helmut@subdivi.de>
Newsgroups linux.debian.bugs.dist, linux.debian.policy
Subject Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs
Date 2026-05-12 22:50 +0200
Message-ID <MU2dc-4FAp-23@gated-at.bofh.it> (permalink)
References <MT6Vz-432r-1@gated-at.bofh.it> <MTgBz-49n6-15@gated-at.bofh.it> <MT6Vz-432r-1@gated-at.bofh.it> <MTgBz-49n6-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


Hi,

thank you Nilesh for getting this started.

On Sun, May 10, 2026 at 03:39:38PM +0100, Sean Whitton wrote:
> Nilesh Patra [10/May  1:04pm +0530] wrote:
> > diff --git a/policy/ch-controlfields.rst b/policy/ch-controlfields.rst
> > index 69467c4..f4d5fe9 100644
> > --- a/policy/ch-controlfields.rst
> > +++ b/policy/ch-controlfields.rst
> > @@ -1381,8 +1381,10 @@ A Debian installation can combine packages from multiple architectures.
> >  The ``Multi-Arch`` field 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 field values are ``no`` (default), ``foreign``, ``same`` and
> > +package template control file and in binary package control files.
> > +``Multi-Arch`` must not be used for udebs, as these semantics are out
> > +of scope for the Debian installer.
> > +The permitted field values are ``no`` (default), ``foreign``, ``same`` and
> >  ``allowed``. Their semantics are described in the following sections.
> >
> >  .. _s-f-Multi-Arch-no:
> 
> Thanks.  Helmut, do you agree with using a "must not" here?

Generally, I agree with the intent of this change. I do not anticipate
any use of Multi-Arch in the installer. In particular, the way it is
built does not consider this field in any way.

Now "must not" is strong for a field that is ignored. I checked the
amd64 main Packages file and the "must not" would render at least 9 font
packages rc-buggy. Their use of this field presently does not cause
immediate problems as far as I can see.

I kinda like the way this is expressed for the Standards-Version:

    udebs and source packages that only produce udebs do not use Standards-Version.

How about borrowing the wording there?

I am hesitant to second the "must not" precisely for those font
packages.

Helmut

Back to linux.debian.policy | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs Nilesh Patra <nilesh@debian.org> - 2026-05-10 09:40 +0200
  Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs Guillem Jover <guillem@debian.org> - 2026-05-10 17:10 +0200
  Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs Guillem Jover <guillem@debian.org> - 2026-05-10 20:00 +0200
    Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs Nilesh Patra <nilesh@debian.org> - 2026-05-10 23:30 +0200
  Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs Helmut Grohne <helmut@subdivi.de> - 2026-05-12 22:50 +0200
    Bug#1136160: debian-policy: Clarify that Multi-Arch is not applicable for udebs Nilesh Patra <nilesh@debian.org> - 2026-05-13 14:30 +0200

csiph-web