I guess the eclass is never actually used here because of the mask, but this package is going to block the eventual removal of llvm.eclass, so please either port it to -r1 or remove the LLVM support altogether.
That's why it hasn't been updated. I pinged upstream on the issue about a fortnight ago if we're likely to see any movement on this, but it doesn't seem likely. I'll remove the code in the new year if we haven't heard back before then - it'd need to be updated anyway if we were going to use it in a later version.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1d34ac4103c86836c8677e30bc0fc33ed1cd815a commit 1d34ac4103c86836c8677e30bc0fc33ed1cd815a Author: Matt Jolly <kangie@gentoo.org> AuthorDate: 2025-03-02 00:26:05 +0000 Commit: Matt Jolly <kangie@gentoo.org> CommitDate: 2025-03-02 00:49:54 +0000 app-antivirus/clamav: drop USE=jit (llvm-based bytecode interpreter) The LLVM-based bytecode interpreter was only ever briefly available for end users on Gentoo due to its requirement for LLVM < 14. Since the existing ebuild logic depends on the legacy `llvm.eclass`, we'll just drop support for it entirely. We can reassess if the linked ClamAV ticket sees any movement. Closes: https://bugs.gentoo.org/945340 Bug: https://github.com/Cisco-Talos/clamav/issues/581 Signed-off-by: Matt Jolly <kangie@gentoo.org> app-antivirus/clamav/clamav-1.0.7-r1.ebuild | 21 ++++----------------- app-antivirus/clamav/clamav-1.4.1-r2.ebuild | 23 +++-------------------- app-antivirus/clamav/clamav-1.4.2.ebuild | 23 +++-------------------- 3 files changed, 10 insertions(+), 57 deletions(-)
