git-annex-findkeys(1)
π git-annex-findkeys π
okay bestie, so this is the git-annex-findkeys page from the General Commands Manual β it's the little command that spills the tea on every key git-annex knows about π«β¨
β¨ NAME β¨
git-annex-findkeys β lists available keys
πΈ SYNOPSIS πΈ
git annex findkeys
π¦ DESCRIPTION π¦
It outputs a list of keys known to git-annex. That's it. That's the whole vibe. a whole roster of keys, served fresh π
π OPTIONS π
π matching options π
The git-annex-matching-options(1) can be used to specify which keys to list.
By default, the findkeys command only lists keys whose content is currently present. Specifying any of the matching options will override this default behavior and match on all keys that git-annex knows about. so the second you add a matching option, the default just steps aside, no cap π
- To list all keys, present or not, specify
--anything. - To list keys whose content is not present, specify
--not --in=here
--print0β Output keys terminated with nulls, for use withxargs -0--format=valueβ Use custom output formatting.
The value is a format string, in which '${var}' is expanded to the value of a variable. To right-justify a variable with whitespace, use '${var;width}' ; to left-justify a variable, use '${var;-width}'; to escape unusual characters (including control characters) in a variable, use '${escaped_var}'
These variables are available for use in formats: key, backend, bytesize, humansize, keyname, hashdirlower, hashdirmixed, mtime (for the mtime field of a WORM key).
Also, '\n' is a newline, '\000' is a NULL, etc.
The default output format is the same as --format='${escapedkey}\n' except when outputting to a terminal, control characters will be escaped. so like, same fit, but the terminal version gets a lil makeover π
--jsonβ Output the list of keys in JSON format.
This is intended to be parsed by programs that use git-annex. Each line of output is a JSON object. one object per line, so your scripts can just go brrr π§
--json-error-messagesβ Messages that would normally be output to standard error are included in the JSON instead.
Also the git-annex-common-options(1) can be used. yes queen, those apply too π
π SEE ALSO π
β AUTHOR β
Joey Hess <id@joeyh.name>
okay that's the whole page, you ate that π β¨
mwah π this was git-annex-findkeys(1) from the General Commands Manual β version/date stamped right there in the page footer, same as always, so you know it's the real one, periodt π
π¦ where this page comes from
- alpine 3.24: git-annex-doc 10.20261026-r0 Β· AGPL-3.0-or-later
- arch rolling: git-annex 10.20261026-2 Β· AGPL-3.0-only
- debian trixie: git-annex 10.20250416-2 Β· AGPL-3.0-or-later
- debian trixie: git-annex 10.20250416-2+deb13u1 Β· AGPL-3.0-or-later
- epel 10: git-annex 10.20250320-1.el10_0 Β· AGPL-3.0-or-later
- fedora 43: git-annex 10.20250630-4.fc43 Β· AGPL-3.0-or-later
- fedora 43: git-annex 10.20250929-5.fc43 Β· AGPL-3.0-or-later
- fedora 44: git-annex 10.20260115-1.fc44 Β· AGPL-3.0-or-later
- nixos 26.05: git-annex 10.20260421
- nixpkgs unstable: git-annex 10.20260421
- opensuse-leap 16.0: git-annex 10.20250828-bp160.1.1 Β· AGPL-3.0-or-later AND GPL-3.0-or-later AND BSD-2-Clause AND MIT AND GPL-2.0-only
- opensuse-leap 16.0: git-annex 10.20250828-bp160.1.1 Β· AGPL-3.0-or-later AND GPL-3.0-or-later AND BSD-2-Clause AND MIT AND GPL-2.0-only
- opensuse-leap 16.0: git-annex 10.20250828-bp160.1.1 Β· AGPL-3.0-or-later AND GPL-3.0-or-later AND BSD-2-Clause AND MIT AND GPL-2.0-only
- ubuntu noble: git-annex 10.20240129-1build1 Β· AGPL-3.0-or-later
- ubuntu questing: git-annex 10.20250721-1
- ubuntu resolute: git-annex 10.20251029-1ubuntu1 Β· AGPL-3.0-or-later
- ubuntu stonking: git-annex 10.20251029-1ubuntu1 Β· AGPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms