Safety
Dry-run and confirmation
Bangkah / ATHA
ATHA gives Arch Linux users clearer package decisions with plan mode, safer execution previews with dry-run, and reliable post-action history.
It does not replace pacman. ATHA adds a workflow guardrail layer on top of your existing package operations.
Safety
Dry-run and confirmation
Transparency
Plan mode with decision context
Auditability
Timeline and summary history
$ atha doctor
$ atha install --plan vim
$ atha install --dry-run vim
$ atha history --timeline --limit 20Why ATHA exists
Daily package operations are often opaque in routine usage. ATHA makes workflows explicit before execution, traceable after execution, and consistent across install, remove, and update commands.
Default package flows can hide source decisions, dependency impact, and command execution details.
ATHA introduces plan analysis, dry-run simulation, and local history so each package action is explainable and reviewable.
Use cases
Preview package impact before upgrading your workstation and avoid accidental breakage.
Safer daily updates with clear intent.
Standardize package decisions across machines with plan mode and explicit command flows.
Consistent setup process across environments.
Use dry-run and history to understand each package action and debug unexpected behavior faster.
Traceable operational changes.
Why switch
Without ATHA: Traditional flows jump straight to execution.
With ATHA: ATHA surfaces decision context first through plan mode.
Without ATHA: Many workflows rely on manual caution only.
With ATHA: ATHA supports dry-run simulation before touching packages.
Without ATHA: After execution, context is easy to lose.
With ATHA: ATHA keeps history views for timeline and summary analysis.
Before vs after
Step 1
Before:Run install/update directly and hope assumptions are correct.
After:Run plan mode first to inspect source and intended package actions.
Step 2
Before:Execute without a simulation layer.
After:Run dry-run to preview execution effects before system changes.
Step 3
Before:Lose context after command finishes.
After:Review history timeline to audit and explain what happened.
FAQ
ATHA jalan bareng pacman. Tujuannya bukan mengganti, tapi menambah guardrail workflow: plan sebelum eksekusi, dry-run untuk simulasi, dan history untuk review.
Pakai plan saat kamu mau lihat keputusan paket dan sumbernya. Pakai dry-run saat kamu sudah siap uji simulasi eksekusi tanpa mengubah sistem.
Cocok untuk harian, terutama kalau kamu ingin update dan install yang lebih jelas alurnya. Advanced user tetap dapat benefit karena semua langkah lebih mudah diaudit.
Quick wow moment
atha install --plan neovim[PLAN]
Source: official repo
Dependencies: ...
Action: install neovimCore pillars
Safety
Execution simulation and confirmations reduce accidental package changes.
Transparency
Plan mode surfaces source selection and transaction intent in plain output.
Auditability
Timeline and summary views make recent install, remove, and update actions reviewable.
Feature comparison
| Capability | pacman | yay | ATHA |
|---|---|---|---|
| Workflow-level dry-run | No | Limited | Yes |
| Decision plan mode | No | Limited | Yes |
| Plan explanation layer | No | No | Yes |
| Local operation timeline | No | No | Yes |
| Built-in environment doctor | No | No | Yes |
Quick start
yay -S athaatha doctor
atha install --plan vimWhy I built ATHA
ATHA started from a practical need: package operations felt too implicit for routine work. The goal was never to replace pacman, but to make decisions and execution more visible, safer, and easier to review later.
If you care about operational clarity before pressing Enter, ATHA is designed for that exact workflow.
Brand guide
One-line pitch
ATHA makes Arch Linux package operations safer, clearer, and reviewable.
Tone principles
Direct
Use clear language, short commands, and avoid vague claims.
Practical
Explain behavior with real workflows: plan, dry-run, execute, review.
Trustworthy
Prefer verifiable statements tied to visible product behavior.
Logo usage
Brand assets
Installation
yay -S athacurl -fsSL https://raw.githubusercontent.com/Bangkah/Atha/main/install.sh | bashwget -qO- https://raw.githubusercontent.com/Bangkah/Atha/main/install.sh | bashyay -Syu athasudo pacman -Rns athaCommand reference
Installs from official repositories first, then falls back to AUR when needed.
atha install [--dry-run|--plan] [--yes] <pkg>Removes installed packages and skips missing targets.
atha remove [--dry-run|--plan] [--yes] <pkg>Runs full system upgrade with optional previews.
atha update [--dry-run|--plan]Shows local history with timeline, summary, and filters.
atha history [--limit N] [--full|--timeline|--summary] [--action NAME] [--status NAME]Mode definitions: plan for decision analysis, dry-run for execution simulation, and yes to skip prompts when supported.
Operational notes
Logs and history paths
/tmp/atha.log
$XDG_CACHE_HOME/atha/atha.log
~/.cache/atha/atha.log$XDG_STATE_HOME/atha/history.log
~/.local/state/atha/history.logTroubleshooting
ATHA targets Arch Linux systems where pacman is available.
Ensure fallback cache/state paths are writable by your current user.
Plan gives decision analysis, dry-run shows execution preview.
Run atha doctor, sudo -v, pacman -V, then inspect atha logs.
Add your SSH key to AUR account settings, then test with ssh -T aur@aur.archlinux.org.
Ensure ATHA runs with bash and check terminal profile/TERM settings.
AUR indexing may lag. Check with pacman -Qi atha and retry yay -Syu atha after a few minutes.
Resources
Start page and quick navigation.
Requirements and install methods.
CLI command behavior and examples.
Known issues and diagnosis steps.
Version timeline and release changes.
Official announcement for the latest documented release.
Logo and brand usage references.
Maintainer clarification and packaging rationale.
Feedback handling and iteration process.
Project links
Ready to try ATHA today
Install in under 60 seconds, then run your first safe plan or dry-run.
Trust signals
Why users can evaluate ATHA with confidence
Open source and fully inspectable
Code, issues, release notes, and roadmap context are publicly visible so users can verify claims directly.
Explore repositoryNative fit for Arch workflows
Install via AUR and keep package flow aligned with how Arch Linux users already work day to day.
Open AUR packageDocumentation that explains real behavior
The wiki covers command behavior, troubleshooting paths, and release context so users can make informed decisions.
Read wiki