repoman currently has a hardcoded list of deprecated eclasses in repoman/lib/repoman/modules/linechecks/deprecated/inherit.py. Obviously, it's not feasible to cut a new repoman release (and stable it!) within 30 days every time somebody wishes to last-rite an eclass. We have metadata/qa-policy.conf in tree which contains a deprecated-eclass section: ># The deprecated-eclass section lists deprecated eclasses along with ># their suggested replacements (if any). Most of the values are ># replacement eclass names, though free-form text is permitted. >[deprecated-eclass] >cmake-utils = cmake >epatch = (eapply since EAPI 6) >eutils = (split into several eclasses) >ltprune = (inline find ... -delete) >mono = mono-env >user = (GLEP 81 acct-* packages) >versionator = eapi7-ver (built-in since EAPI 7) repoman should parse this rather than relying on a hardcoded list of such eclasses. Even better would be supporting @DEPRECATED in eclasses too, but that's a different (related) issue.
(Raised on the forums as https://forums.gentoo.org/viewtopic-p-8647393.html#8647393).
This list is deprecated in favor of eclassdoc tags. It's been removed from policy-guide already.
