Summary: | [Future EAPI] pkg_notest function which displays reasons for restricting tests in a package | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Pacho Ramos <pacho> |
Component: | Core - Interface (emerge) | Assignee: | PMS/EAPI <pms> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | esigra |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 174380 |
Description
Pacho Ramos
2012-01-21 11:58:43 UTC
Why not just define the src_test function to display your message? I think it would work well, possibly even better since you'll have the expressive power of bash to do conditional messages if you want. But it would be like duplicating the ways of restricting tests, instead of simply using "RESTRICT=test" and a comment above it, we would let tests go for skipping them later :/ Hmm, maybe a pkg_notest phase would be a good compromise. Adding pms-bugs to CC, since a pkg_notest extension should be documented there. I imagine it would not be much different from pkg_nofetch. The only difference is that it's called when src_test is skipped due to RESTRICT=test being set. Can be solved using src_test(). Seen no reply in 2.5yr, so assuming interest was lost. WONTFIX. |