pkg_config: "It is the only ebuild function which may be interactive and prompt for user input." Currently this is not the case: at least some game ebuilds are interactive in other phase for licenses checks or cd/dvd switching. Unless an alternative is available for those uses the wording here should be less strict (arguably should not be in the PMS at all: more of a policy decision than an ebuild format thing).
This is intentional. Yes, a few ebuilds violate it at present. It's a nuisance.
should strongly discourage it in EAPI-0 and once we have the required functionality in EAPI-1, we can strictly disallow it
I don't know of any ebuilds that do this currently. If there are any, I think we should fix them. re: cd/dvd switching, that should be handled in src_nofetch.
Note that current PMS documents PROPERTIES=interactive. (In reply to Alex Xu (Hello71) from comment #3) > re: cd/dvd switching, that should be handled in src_nofetch. The pkg_nofetch phase is only executed when fetch fails, and there's no opportunity for cd/dvd switching at that point, because no further phases are executed after fetch fails.
(In reply to Zac Medico from comment #4) > Note that current PMS documents PROPERTIES=interactive. Right, support for PROPERTIES is mandatory since EAPI 4. So, what is the goal of this bug: Further change the PMS wording? Or enforce that all ebuilds in the tree are non-interactive? Last time I checked, the feature was used only by cdrom.eclass, whereas check_license() was disabled in 2011 already.
No progress, closing for now.