arch-linux
Skill1 starsChanged 6 days agoMITView on GitHub
Package and system administration on Arch Linux and Arch-based distributions: pacman and the AUR, upgrades and mirror errors, .pacnew files, cleanup, snapper rollback, systemd and journal triage, crashes and audio. Use when the user says "pacman -Syu", "install this from the AUR", "what is this pacnew" or "roll back the upgrade". Not for CachyOS kernels, repositories or Limine, use `cachyos`.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- iuliandita/skillstheir own version, first seen Oct 14, 2026
- Throokie/claude-code-skillstheir own version, first seen Mar 24, 2026
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- iuliandita/skills★ 11same name
- Throokie/claude-code-skills★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository70 other files it gives its agents.
- AGENTS.mdAGENTS.md
- agentic-engineeringSkill
- ai-regression-testingSkill
- angularSkill
- ansibleSkill
- api-designSkill
- architecture-decision-recordsSkill
- ascend-memorySkill
- ascend-web-hunterSkill
- asus-routerSkill
- audio-scribeSkill
- automation-inventorySkill
- backend-patternsSkill
- bashSkill
- build-dependency-managementSkill
- cachyosSkill
- code-formatterSkill
- code-reviewerSkill
- coding-standardsSkill
- dart-flutter-patternsSkill
- database-migrationsSkill
- deployment-patternsSkill
- design-systemSkill
- docker-patternsSkill
- e2e-runbooksSkill
- e2e-testingSkill
- embedded-c-arduinoSkill
- frontend-designSkill
- g-code-3d-printingSkill
- github-opsSkill
- git-workflowSkill
- golang-patternsSkill
- hexagonal-architectureSkill
- home-assistantSkill
- homelab-servicesSkill
- java-coding-standardsSkill
- jetbrains-ide-opsSkill
- jira-integrationSkill
- kde-plasmaSkill
- keycloak-patternsSkill
- kicadSkill
- machine-healthSkill
- macosSkill
- markdown-writerSkill
- mongodb-patternsSkill
- nextjs-app-router-patternsSkill
- node-backend-patternsSkill
- observability-and-loggingSkill
- obsidianSkill
- performance-optimizationSkill
- postgres-patternsSkill
- powershellSkill
- project-trackingSkill
- proxmoxSkill
- python-patternsSkill
- pytorch-patternsSkill
- react-patternsSkill
- researchSkill
- review-duplicationSkill
- samsung-tvSkill
- The first 60 shown.
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 0 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 61
Never edit a file a package owns.
- Very specific: line 62
Read every PKGBUILD and .install file before building from the AUR.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Arch Linux Administration
How to change an Arch based system without leaving it half upgraded, without editing what a package owns, and without losing the way back. Generic Arch knowledge applies everywhere. Derivatives add their own layer, so check which one the machine runs before applying a recipe.
Written for Arch Linux rolling, pacman 7, PipeWire 1 with WirePlumber 0.5. The commands that ran were run on one CachyOS host, and commands that were not executed are marked UNVERIFIED in the topic files.
| You are about to | Open |
| Install, remove, upgrade, downgrade or query a package | pacman-discipline.md |
Run pacman -Syu, or tell the owner to | upgrade-preflight.md |
See a 404, "failed retrieving file", "unable to satisfy dependency", a missing .so | partial-upgrade-and-404.md |
Find .pacnew or .pacsave files, or an upgrade printed one | pacnew.md |
| Use paru, yay or makepkg, read a PKGBUILD, see "No module named build" | aur-and-makepkg.md |
Free disk space, clean up leftovers with scripts/cleanup-leftovers.sh, remove orphans, prune the pacman cache | orphans-and-cleanup.md |
| Take a snapshot, undo a change, roll back a bad upgrade | snapper-rollback.md |
| Read a failed service, a slow boot, the journal, change a unit | systemd-journal-triage.md |
| Explain a crash, a segfault, a coredump | crash-diagnosis.md |
| Fix no sound, the wrong output, a volume that resets | pipewire-wireplumber.md |
| Edit any configuration file, use root, write a pacman hook | config-safety.md |
Machine facts
Machine-specific facts live in MACHINE.md next to the global AGENTS.md: disks and mounts, volumes that must never be touched, the bootloader, the snapshot setup, custom fixes, and the change log. Read it before acting. This skill carries no facts about any single machine. Where a topic file says to discover something, run the command, compare the answer with MACHINE.md, and report a disagreement rather than picking one silently.
When to activate
- Any pacman, paru, yay or makepkg command, including a read-only query
- An upgrade, a downgrade, or a download error from a mirror
- A
.pacnewor.pacsavefile, or a change under/etc - Disk space, orphans, caches, snapshots or a rollback
- A failed systemd unit, a journal question, a crash, a coredump
- Any audio problem on PipeWire, WirePlumber or ALSA
- Also covers pacman, the AUR with paru or yay, makepkg and PKGBUILD review, full upgrades and the pre-upgrade news check, partial upgrades and mirror 404s, .pacnew and .pacsave merging, orphans and cache cleanup, snapper snapshots and rollback, systemd units and journal triage, coredump crash diagnosis, PipeWire and WirePlumber audio, and editing configuration without touching packaged files
- The user says "failed retrieving file", "unable to satisfy dependency", "No module named build", "free up disk space", "clean up leftovers", "this service failed", "the program crashed", "no sound" or "where do I override this config"
When not to activate
- CachyOS kernels, the v3 repositories,
chwd, the NVIDIA module packages, Limine orcachyos-settings, usecachyos - Plasma panels, widgets, KWin, shortcuts, themes or konsave, use
kde-plasma - Writing an Ansible role that provisions Arch hosts, use
ansible - A shell script that happens to call pacman, use
bashfor the script itself
Hard rules
- Upgrade the whole system, then install. Never
pacman -Sy <pkg>and neverpacman -Syalone. - The agent does not run
sudo. Print the command with what it changes, and the owner runs it. In Claude Code the!prefix runs a command in the owner's session, where the password prompt works. - Snapshot before a risky change, using the snapshot tool
MACHINE.mdnames. - Never edit a file a package owns. Override in
/etcdrop-ins or under~. - Read every PKGBUILD and
.installfile before building from the AUR. - Record every system change in the change log of
MACHINE.md, with how to undo it. - Measure the live system before answering. Use
pacman -Qi,pacman -Ql,man, and the offline Arch Wiki throughwiki-searchwherearch-wiki-liteis installed, rather than memory.
Related skills
cachyosowns everything a CachyOS host adds on top of Archkde-plasmaowns the Plasma desktop configurationansibleowns provisioning the same changes reproduciblybashowns scripts that wrap these commands- The
security-auditoragent owns judging whether an AUR package or a third party repository is trustworthy enough
Checklist
MACHINE.mdread before the first change- News checked and pending updates listed before any full upgrade
- No
-Sywithoutu, no--overwrite '*', no-Rdd, noIgnorePkgused to dodge an error - Every root command handed to the owner, never run by the agent
- Snapshot taken before kernel, bootloader, initramfs, fstab or bulk removal work
- No packaged file edited, every override placed in a drop-in
- Every PKGBUILD read before building
- The change and its undo recorded in the
MACHINE.mdchange log
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

