refactor(apache/jena): update supported versions

[risu729]

Summary

#47716 and #53169 failed before, but it seems they work fine now, probably because the upstream added binaries.

This PR only contains nitpicks Codex found while I was trying to fix the package. There's no need to merge this PR to fix apache/jena; feel free to close this PR.
Those 2 failing PRs should pass checks now if you rebase them.

Changes

• Tightened version_filter from ^jena-\d+ to ^jena-\d+\.\d+\.\d+$
• Added an explicit error_message for versions older than jena-3.13.0: older versions were already broken with the previous config because they either lack the current command set or the SHA-512 checksum files. They remain unsupported and now fail with a clear message.

Older versions

Versions older than jena-3.13.0 are intentionally not fixed in this PR. For example, pre-3.7 archives do not have the .tar.gz.sha512 checksum files used by the current config, and 3.7 through 3.12 do not include every command currently exposed by the package, such as shacl.

Verification

$ argd s -B -l 1 apache/jena
# expected scaffold limitation: Apache Jena has no GitHub Releases, so the scaffolded pkg.yaml had an empty version and scaffold testing failed

$ conftest test --combine pkgs/apache/jena/*
14 tests, 14 passed, 0 warnings, 0 failures, 0 exceptions

$ argd t apache/jena
# passed with pkg.yaml containing jena-6.1.0 and jena-3.13.0

$ argd t apache/jena
# passed locally again with the temporary all-version pkg.yaml covering stable jena-3.13.0 through jena-6.1.0

I pushed test: add all versions to pkg.yaml for test so CI would run the same all-version package test. CI passed on that commit, and then I reverted it with Revert "test: add all versions to pkg.yaml for test".

Latest PR CI after the description revert also passed on the cleaned branch.

I also checked the HTTP assets at current HEAD by listing stable apache/jena tags that match the final filter and are >= jena-3.13.0, then issuing HTTP HEAD requests for each apache-jena-<version>.tar.gz and matching .tar.gz.sha512 file.

checked_versions=29
# 29/29 supported tarballs exist
# 29/29 supported .sha512 files exist

Because aqua-registry's install test verifies installation but not that a command inside the archive actually runs, I also executed an installed Jena command. The argd container has the aqua-installed package payload but no Java runtime, so I copied the installed package payload from argd's aqua cache and ran it with the host OpenJDK 26.0.1 runtime.

$ apache-jena-6.1.0/bin/arq --version
Apache Jena version 6.1.0

$ apache-jena-3.13.0/bin/arq --version
Jena:       VERSION: 3.13.0
Jena:       BUILD_DATE: 2019-09-25T15:01:44+0000

jena-3.13.0 emits Java 26 sun.misc.Unsafe deprecation warnings before the version output, but exits successfully.

AI usage

This PR was prepared with help from OpenAI Codex. I reviewed the changes and verification results.

[github-actions]

@suzuki-shunsuke Ready for review

[suzuki-shunsuke]

Thank you!