[Dev] [PATCH] libretools: fix i686 gpg signature failures
Luke Shumaker
lukeshu at lukeshu.com
Wed Mar 21 22:58:40 GMT 2018
On Tue, 20 Mar 2018 16:51:49 -0400,
Andreas Grapentin wrote:
> archlinux32 is building their own arch=(any) packages, which means they
> can't share the same cachedir as the x86_64 built -any packages. This
> patch adds a separate cachedir for each CARCH in librechroot, which
> should solve the signature issues we have seen in libremakepkg.
>
> -A
>
> ---
> src/chroot-tools/librechroot | 8 +++++---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/src/chroot-tools/librechroot b/src/chroot-tools/librechroot
> index 8256d77..4360622 100755
> --- a/src/chroot-tools/librechroot
> +++ b/src/chroot-tools/librechroot
> @@ -94,10 +94,12 @@ hack_arch_nspawn_flags() {
>
> # Let qemu/binfmt_misc do its thing
> arch_nspawn_flags+=(-f "$interpreter" -s)
> + fi
>
> - # The -any packages are built separately for ARM from
> - # x86, so if we use the same CacheDir as the x86 host,
> - # then there will be PGP errors.
> + if [[ $CARCH != $(uname -m) ]]; then
On ARM, $CARCH is "armv7h", but $(uname -m) is "armv7l", which means
that it would needlessly create a separate cache when building
natively on ARM. It should use $setarch instead of $CARCH.
> + # The -any packages are built seperately for all arches,
> + # so if we use the same CacheDir as the host, then there
> + # will be PGP errors.
> mkdir -p "/var/cache/pacman/pkg-$CARCH"
> arch_nspawn_flags+=(-c "/var/cache/pacman/pkg-$CARCH")
> fi
> --
> 2.16.2
--
Happy hacking,
~ Luke Shumaker
More information about the Dev
mailing list