Please describe the problem.
git annex lookupkey --ref refuses to run in a bare repository, even though the --ref option was added specifically for that use-case.
What steps will reproduce the problem?
git annex lookupkey --ref in a bare repository.
What version of git-annex are you using? On what operating system?
git-annex version: 10.20240732-g1e0f13ad7ffed0d75e3944d6189d984faefdb4af
build flags: Assistant Webapp Pairing Inotify DBus DesktopNotify TorrentParser MagicMime Servant Benchmark Feeds Testsuite S3 WebDAV
dependency versions: aws-0.24.1 bloomfilter-2.0.1.2 crypton-0.33 DAV-1.3.4 feed-1.3.2.1 ghc-9.4.7 http-client-0.7.14 persistent-sqlite-2.13.2.0 torrent-10000.1.3 uuid-1.3.15 yesod-1.6.2.1
key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 BLAKE2B256E BLAKE2B256 BLAKE2B512E BLAKE2B512 BLAKE2B160E BLAKE2B160 BLAKE2B224E BLAKE2B224 BLAKE2B384E BLAKE2B384 BLAKE2BP512E BLAKE2BP512 BLAKE2S256E BLAKE2S256 BLAKE2S160E BLAKE2S160 BLAKE2S224E BLAKE2S224 BLAKE2SP256E BLAKE2SP256 BLAKE2SP224E BLAKE2SP224 SHA1E SHA1 MD5E MD5 WORM URL GITBUNDLE GITMANIFEST VURL X*
remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav adb tahoe glacier ddar git-lfs httpalso borg rclone hook external
operating system: linux x86_64
supported repository versions: 8 9 10
upgrade supported from repository versions: 0 1 2 3 4 5 6 7 8 9 10
Please provide any additional information below.
# If you can, paste a complete transcript of the problem occurring here.
# If the problem is with the git-annex assistant, paste in .git/annex/daemon.log
$ git annex lookupkey --ref 84ec55fbac12fd09a679fca6f94ea98be83356df
git-annex: You cannot run this command in a bare repository.
# End of transcript or log.
git-annex metadatacan only report for a tree or a key. For the former I need to implement path matching for a potentially voluminous output. For the latter I need to look up the key -- which currently is not supported for a bare repo.git show <branch/commit/tag>:<path>or even justgit show <blob-id-of-the-file>. In the case of locked files, it will return something like.git/annex/objects/.../.../<key>/<key>(i.e. the symlink target), and in the case of unlocked files it is something like/annex/objects/<key>. This is what forgejo-aneksajo does here: https://codeberg.org/matrss/forgejo-aneksajo/src/branch/forgejo/modules/annex/annex.go#L48-L105.lookupkey --refwould massively simplify that code though.Fixed that.
It kind of seems like metadata could have an option to get the metadata for a specific ref as well, but since it already has --branch which takes a branch ref, adding a --ref which takes a file ref seems confusing. Maybe --fileref? There are a decent number of other commands that also use parseKeyOptions to support --branch/--key/--all that would also get the new option if it were implemented.