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.