diff options
| author | David Kalnischkies <david@kalnischkies.de> | 2021-09-04 02:22:24 +0200 |
|---|---|---|
| committer | David Kalnischkies <david@kalnischkies.de> | 2021-09-04 15:35:15 +0200 |
| commit | 79a675ddf3320bf640d130e592c86fefd1a460e1 (patch) | |
| tree | 231c38e1e422624c8a5f2061b7c2d5aecf11ca88 /test/integration/test-bug-990555-https-proxy-for-http | |
| parent | 20745375afb333fd3d442006f3c6ebbebe195dab (diff) | |
Barbarian M-A:allowed don't satisfy :any deps of other archs
What does a M-A:allowed package from non-native/non-foreign architecture
provide? If we look at M-A:foreign, such a package satisfies
dependencies within its own architecture, but not in other
architectures, so the same should apply to :any dependencies on
M-A:allowed packages, but we have a problem: While unqualified package
names are architecture-specific, the virtual package name qualified with
:any is not (see 3addaba1ff).
We could of course make it architecture-specific now, but that would
introduce many virtual packages for this relatively minor usecase and
would reintroduce a need for special display handling.
So, we pull a trick here: Barbarian M-A:allowed packages do not provide
the architecture-independent :any package anymore, but only a specific
one and every :any dependency from a barbarian package is rewritten to
an or-group of the specific and the independent :any package.
References: 3addaba1ff
Diffstat (limited to 'test/integration/test-bug-990555-https-proxy-for-http')
0 files changed, 0 insertions, 0 deletions
