Hey everyone,

It's amazing to see all the progress so far, a lot has happened on the 
packaging side while respecting the guidelines how we transition our PKGBUILDs 
to support other architectures. We are surely on the right track here, and with 
every day we close the gap for support in our packages.

In pacman 7.1 we gained support that allows makepkg to build 
architecture-restricted split package [0], which allows to declare 
`arch=(x86_64)` inside a `package()` function to restrict a specific 
split-package to a specific sub-set of architectures as defined in the pkgbase. 
Unfortunately, this means that such packages cannot simply be built on a 
foreign architecture by using makepkg `--ignorearch`, as the architecture 
declarations matter, contrary to 99.9% of the regular packages. The same 
applies to packages that require architecture specific sources like 
`source_aarch64=()` to function properly.

While discussing related merge-requests with Frederik, we concluded that at the 
given stage it would be best to propose a tiny amendment to the current `arch` 
array rule of not allowing any changes. The goal is to minimize the burden on 
both sides by making an exception for the previously mentioned cases, for 
anything else the general rule would still apply.

### arch array

No changes to `arch=()` arrays.

Specific exceptions to this rule apply exclusively to:
1. split-packages that contain a subset of packages that are only available on 
limited architectures
2. packages that require architecture specific `source=()` arrays like 
`source_aarch64=()`


Cheers,
Frederik & Levente

[0] 
https://gitlab.archlinux.org/pacman/pacman/-/commit/2b281d7124ee510d389d251bd60d4b9cee1e83ab

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

Reply via email to