[FEATURE] Tracking issue for porting libapg to FreeBSD. #20
Labels
No labels
Clean up
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
core/libAPG#20
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Tracking issue for porting libapg to FreeBSD.
Reopening this issue — #26 added a FreeBSD CI job, but that is not a complete port.
PR #26 only added a CI job that builds and runs tests on FreeBSD 14.3 (x86_64). The library compiles because the code silently falls back to degraded
#elsepaths, not because FreeBSD is actually supported. Remaining work:src/install/scripts.c,exec_script()isolates scripts viaunshare(CLONE_NEWNET | CLONE_NEWNS | CLONE_NEWUTS | CLONE_NEWIPC)only under#ifdef __linux__. The#elsebranch is a plainfork()+execl()with no isolation at all, so on FreeBSD package scripts run with full network/filesystem/IPC access. This is a silent security downgrade. Needs a FreeBSD equivalent (Capsicum /cap_enter(), or jail-based isolation).APG_HAVE_SECCOMPsyscall filtering is Linux-only (libseccomp doesn't exist on FreeBSD), so that protection layer is simply absent with no replacement.libsodium, so the preferred PGP backend is never built or tested there./etc/apg/trusted.d,/etc/apg/keys(meson_options.txt) should default to/usr/local/etc/apg/...on FreeBSD.-D_GNU_SOURCEinmeson.buildis a glibc-ism; the code hasn't been audited for GNU extensions it may rely on.pkg installinstructions or notes on FreeBSD limitations.Сам сделаешь или мне?