sergio/takana

1# libcap 2.78 — dependencia de build de bwrap (pieza 4 del toolchain takana-from-source, SDD 11 §7.2b).
2#
3# bubblewrap usa libcap para soltar/levantar capabilities al armar el sandbox; su `bubblewrap.c` hace
4# `#include <sys/capability.h>` y llama `cap_*`. El toolchain Alpine trae el .so runtime pero NO el
5# -dev (ni `sys/capability.h` ni `libcap.a`), así que para compilar bwrap estático necesitamos libcap
6# construido por takana y materializado en el sandbox (ver deps.build de bwrap.toml + sandbox.rs).
7#
8# A diferencia de linux-headers, libcap NO necesita casar byte-a-byte con la de Alpine: es una pieza
9# del TOOLCHAIN (se enlaza dentro de bwrap, una herramienta), no un input del 4/4. Cualquier libcap
10# funcional sirve mientras bwrap aísle igual. Por eso sin patches de Alpine: build vainilla y listo.
11#
12# Build estático musl con zig cc. libcap usa un Makefile plano (no autotools): hay que pasar los
13# overrides de toolchain por línea de comando y apagar lo que pide deps ausentes:
14#   GOLANG=no   — sin bindings Go (no hay go en el sandbox).
15#   PAM_CAP=no  — sin el módulo PAM (no hay libpam).
16#   SHARED=no   — sólo estático; no generamos .so (bwrap linkea libcap.a).
17#   BUILD_CC    — el compilador HOST para los toolitos generadores (_makenames/mkconst); zig cc igual.
18
19name    = "libcap"
20version = "2.78"
21license = "BSD-3-Clause OR GPL-2.0-only"
22
23[source]
24tarball = "https://mirrors.edge.kernel.org/pub/linux/libs/security/linux-privs/libcap2/libcap-2.78.tar.gz"
25sha256  = "2a2c705e382c413643a458b837575c0eb0989477ab6fb99c87adbe9a259612ad"
26
27[build]
28compiler = "zig-cc"
29target   = "x86_64-linux-musl"
30link     = "static"
31
32[deps]
33build = ["make"]
34
35[build.phases]
36# El árbol de libcap detecta como BuildSys::Make ⇒ el compile/install por defecto no pasa los
37# overrides de toolchain ni las flags GOLANG/PAM. Override explícito de ambas fases.
38#
39# ESTÁTICO DE VERDAD (2026-07-17, frente link-static-mentira-libtool):
40# libcap NO usa libtool (Makefile plano) ⇒ `-all-static` (flag exclusivo de libtool) no aplica acá.
41# La mentira tenía otra causa: `progs/Makefile` **ASIGNA** `LDFLAGS = -Wl,-Bstatic` con sufijo
42# `-Wl,-Bdynamic`, y una asignación en el makefile PISA el `LDFLAGS=-static` que el lab exporta por
43# `link="static"`. Ese default de upstream significa "estático contra libcap.a del árbol, DINÁMICO
44# contra libc" (lo dice su propio comentario) ⇒ capsh/getcap/setcap salían con NEEDED libc.so — la
45# musl que zig bundlea, 255B de linker script en el host ⇒ no corrían fuera del sandbox.
46#   LIBCSTATIC=yes — la palanca que upstream expone justo para esto: entra en la rama que hace
47#                    `LDFLAGS = --static` sin sufijo -Bdynamic (la usa su propio kdebug/test-kernel.sh).
48# No pasamos LDFLAGS por línea de comando: eso pisaría la rama entera y volvería a dejar el sufijo.
49compile = "make CC='zig cc -mcpu=baseline' BUILD_CC='zig cc -mcpu=baseline' AR='zig ar' RANLIB='zig ranlib' OBJCOPY='zig objcopy' GOLANG=no PAM_CAP=no SHARED=no LIBCSTATIC=yes lib=lib"
50install = "make CC='zig cc -mcpu=baseline' BUILD_CC='zig cc -mcpu=baseline' AR='zig ar' RANLIB='zig ranlib' OBJCOPY='zig objcopy' GOLANG=no PAM_CAP=no SHARED=no LIBCSTATIC=yes lib=lib prefix=/usr DESTDIR=/out install"