Repository navigation
Packages Yaac
Yet Another APRS Client — the deep, portable Java one
- Version recorded: 1.0-beta230(03-Sep-2026)
-
Categories:
aprs - Upstream: https://www.ka2ddo.org/ka2ddo/YAAC.html
-
Needs first:
default-jre,libjssc-java
A full APRS station in Java: maps with offline OSM tiles, digipeater and I-gate operation, messaging, weather station support, and a plugin system -- portable across anything with a JRE.
Between Xastir's mapping focus and QtBPQAPRS's messaging focus, YAAC is the do-everything option, and the one with first-class digipeater and I-gate roles. KA2DDO maintains it actively and documents it deeply.
A display: YAAC is a graphical Java application and needs the full JRE (default-jre, which this manifest installs), under X11 or a Wayland session with XWayland. A TNC (Direwolf serves well -- this catalog configures it) or an APRS-IS passcode for internet-only operation. Serial TNCs need the dialout group; libjssc-java supplies the serial bindings.
- prebuilt zip from https://www.ka2ddo.org/ka2ddo/YAAC.zip
- The zip is loose-rooted (YAAC.jar, lib/, images/, plugins/ at top level) and lands whole under the shared prefix; YAAC reads everything relative to its jar.
-
installed tree —
/usr/local/share/hammunition/yaacis created and handed to the operator who ran the install by an explicitchownstep in the plan (D-043): the software keeps settings, logs or data beside its executable, so the tree has to be writable by whoever runs it. On a shared machine that means anyone who can act as that user can change what the launcher runs.-
/usr/local/share/hammunitionstays root-owned; the tree itself is replaced whole on every install, so anything the software wrote inside it is lost then - undo:
hammunition uninstall yaacremoves the tree
-
Unaffected by Linux 7.1's removal of the kernel AX.25 stack: it speaks KISS and AGW to Direwolf directly. See docs/reference/kernel-ax25.md. First run opens a setup wizard; give it a moment on the first tile download. The single-roll pin above means an upstream roll turns into a hash-mismatch refusal until this manifest is re-pinned -- deliberate, and the cadence hint says why. YAAC's own Help > Check for Updates reports the same roll, and its in-app upgrader can write the tree (measured on Debian 13, 2026-09-05: the tree lands owned by the installing operator, not root, so nothing stops it) -- but an upgrade applied that way is invisible to the transaction log and is silently replaced by the next install of this manifest. Leave the in-app upgrade to installs YAAC manages itself; here, re-pin.
- probe: label file (https://www.ka2ddo.org/ka2ddo/YAACBuildLabel.txt)
- strategy: reinstall
- Upstream rolls YAAC.zip in place, several times a year, announced on yaac-users@groups.io. YAACBuildLabel.txt changes with each roll, and a hash mismatch on install is the same signal; refetch and re-pin.
Andrew KA2DDO, the author; the yaac-users@groups.io list and an extensive built-in manual. java -jar YAAC.jar -version prints the build label to quote in a report.
Source: catalog/packages/yaac.yaml
Generated from docs/ at commit 87965522e214. Canonical site: https://renegade-penguin.github.io/Hammunition/. Edit docs/ by pull request, not this wiki.
- Home
- Software by activity
- Activity hubs
- Installation
- Profiles
-
Guides
- Operating
- Modes
- Receiving
- In the field
- Troubleshooting
- Getting started
- Packages
-
Hardware
- Park and wake devices
- SDR receivers and transceivers
- Radios, GPS and mesh
- Security and research hardware
- Programmers
- Laptop radios and camera (parkable)
- LibreVNA (vector network analyser)
- RF security
-
Reference
- The engine
- Coverage
- Inventories
- Hardware measurements
- Verification
- Contributing