Bug#530687: Support for architecture wildcards
- To: Russ Allbery <rra@debian.org>, 530687@bugs.debian.org
- Cc: Steve Langasek <vorlon@debian.org>
- Subject: Bug#530687: Support for architecture wildcards
- From: Kurt Roeckx <kurt@roeckx.be>
- Date: Tue, 1 Jun 2010 23:40:35 +0200
- Message-id: <[🔎] 20100601214035.GA14592@roeckx.be>
- Reply-to: Kurt Roeckx <kurt@roeckx.be>, 530687@bugs.debian.org
- In-reply-to: <87zkzfsylw.fsf@windlord.stanford.edu>
- References: <877hw5qjy6.fsf@anzu.internal.golden-gryphon.com> <1253049977-20616-1-git-send-email-srivasta@debian.org> <877hvh61du.fsf@anzu.internal.golden-gryphon.com> <87tyyho80h.fsf@windlord.stanford.edu> <87r5kst2h8.fsf_-_@windlord.stanford.edu> <20100531183235.GA29334@dario.dodds.net> <87zkzfsylw.fsf@windlord.stanford.edu>
On Mon, May 31, 2010 at 11:41:15AM -0700, Russ Allbery wrote:
> - architectures separated by spaces. If <tt>any</tt> or
> - <tt>all</tt> appear, they must be the entire contents of the
> - field.
[...]
> + spaces. If <tt>all</tt> appears, that value must be the
> + entire contents of the field.
Note that it removed the "any" part, and I think that still
applies.
> + should not be used for most packages. Wildcards are not
> + expanded into a list of known architectures before comparing
> + to the build architecutre. Instead, the build architecture
> + is matched against any wildcards and this package is built
> + if any wildcard matches.
> + </footnote>
I don't see the point of mentioning this implementation detail?
> + If the source package also builds at least one
> + architecture-independent package, <tt>all</tt> will also be
> + included in the list.
> + </p>
This seems to be existing text already, and I think your diff it's
showing everything that was removed.
> @@ -4259,6 +4287,23 @@ Build-Depends: foo [!i386] | bar [!amd64]
> source package section of the control file (which is the
> first section).
> </p>
> + <p>
> + All fields that specify build-time relationships
> + (<tt>Build-Depends</tt>, <tt>Build-Depends-Indep</tt>,
> + <tt>Build-Conflicts</tt> and <tt>Build-Conflicts-Indep</tt>) may also
> + be restricted to a certain set of architectures using architecture
> + wildcards. The syntax for declaring such restrictions is the same as
> + declaring restrictions using a certain set of architectures without
> + architecture wildcards.
> + For example:
> + <example compact="compact">
> +Build-Depends: foo [linux-any], bar [any-i386], baz [!linux-any]
> + </example>
> + is equivalent to <tt>foo</tt> on architectures using the Linux
> + kernel and any cpu, <tt>bar</tt> on architectures using any
> + kernel and an i386 cpu, and <tt>baz</tt> on any architecture
> + using a kernel other than Linux.
> + </p>
> </sect>
Shouldn't that be moved one paragraph up? And not sure that
repeating that it's about Build-Depends, Build-Depends-Indep is needed.
Kurt
Reply to: