Hey guys, I had to drop some/your arches due to the newly added sys-libs/libseccomp dependency. Please either mask the "seccomp" useflag in bind or keyword sys-libs/libseccomp.
I believe the SECCOMP_FILTER kernel option is only implemented for arm, mips, s390 and x86, so I'm not sure keywording sys-libs/libseccomp on other archs makes any sense. Perhaps we should add seccomp to use.mask in the base profile and unmask it for amd64, arm, mips, s390, x86? I already do that for sys-apps/systemd via package.use.mask.
arch.c:50:2: error: #error the arch code needs to know about your machine type Masked USE=seccomp and marked ~hppa.
(In reply to Mike Gilbert from comment #1) > I believe the SECCOMP_FILTER kernel option is only implemented for arm, > mips, s390 and x86, so I'm not sure keywording sys-libs/libseccomp on other > archs makes any sense. > > Perhaps we should add seccomp to use.mask in the base profile and unmask it > for amd64, arm, mips, s390, x86? I already do that for sys-apps/systemd via > package.use.mask. SECCOMP is in ppc/ppc64: ppc64-64ul timberdoodle / # uname -a Linux timberdoodle 3.12.20-gentoo #1 SMP Wed May 28 07:47:29 PDT 2014 ppc64 POWER7 (architected) CHRP IBM,8231-E2B GNU/Linux ppc64-64ul timberdoodle / # zcat /proc/config.gz | grep SECCOMP CONFIG_SECCOMP=y do you also need SECCOMP_FILTER?
(In reply to Anthony Basile from comment #3) From what I understand, libseccomp is an interface built on top of SECCOMP_FILTER, so yes.
Also, check out the #if block at the top of arch.c, as Jeroen pointed out. http://sourceforge.net/p/libseccomp/libseccomp/ci/master/tree/src/arch.c
(In reply to Jeroen Roovers from comment #2) > arch.c:50:2: error: #error the arch code needs to know about your machine > type > > Masked USE=seccomp and marked ~hppa. Just so everyone's on board: Jer proceeded by masking it in arch/hppa/use.mask and not use.mask in the base profile. I'll follow Jer's lead here.
Keyworded ~ppc ~ppc64
Commit message: Mask USE=seccomp until the kernel/library gets support http://sources.gentoo.org/profiles/arch/alpha/use.mask?r1=1.91&r2=1.92
Commit message: Mask USE=seccomp until the kernel/library gets support http://sources.gentoo.org/profiles/arch/arm64/use.mask?r1=1.12&r2=1.13
Commit message: Mask USE=seccomp until the kernel/library gets support http://sources.gentoo.org/profiles/arch/ia64/use.mask?r1=1.111&r2=1.112
Commit message: Mask USE=seccomp until the kernel/library gets support http://sources.gentoo.org/profiles/arch/m68k/use.mask?r1=1.28&r2=1.29
Commit message: Mask USE=seccomp until the library gets support http://sources.gentoo.org/profiles/arch/mips/use.mask?r1=1.77&r2=1.78
Commit message: Mask USE=seccomp until the library gets support http://sources.gentoo.org/profiles/arch/s390/use.mask?r1=1.57&r2=1.58
Commit message: Mask USE=seccomp until the kernel/library gets support http://sources.gentoo.org/profiles/arch/sparc/use.mask?r1=1.119&r2=1.120
Commit message: Mask USE=seccomp until the kernel/library gets support http://sources.gentoo.org/profiles/arch/sh/use.mask?r1=1.80&r2=1.81
Commit message: Drop systemd-specific seccomp mask since the USE flag itself is handled properly http://sources.gentoo.org/profiles/base/package.use.mask?r1=1.615&r2=1.616
Commit message: Drop systemd-specific seccomp mask since the USE flag itself is handled properly http://sources.gentoo.org/profiles/arch/amd64/package.use.mask?r1=1.190&r2=1.191
Commit message: Drop systemd-specific seccomp mask since the USE flag itself is handled properly http://sources.gentoo.org/profiles/arch/arm/package.use.mask?r1=1.219&r2=1.220
Commit message: Drop systemd-specific seccomp mask since the USE flag itself is handled properly http://sources.gentoo.org/profiles/arch/x86/package.use.mask?r1=1.141&r2=1.142
Commit message: Restore KEYWORDS for all arches http://sources.gentoo.org/net-dns/bind/bind-9.10.1.ebuild?r1=1.3&r2=1.4
no real need to have 10 people make the same obvious change, so i've done it everywhere now
