On Thu, 16 Sep 2010 22:42:02 +0200 Thomas Sachau <to...@gentoo.org> wrote:
> Controling the test USE flag alone without the test FEATURE is useless, since > it wont run the > src_test phase. ...then don't do that? :P > And being able to disable the test USE flag with FEATURES=test will result in > missing deps or build-system args. Add something like this to the beginning of the default src_test: hasq test $USE || return 0 I'm sure there's a reason it won't work I'm not thinking of, but that's the jist of the idea. > Can you tell me any reason, why you want to expose and control > the test USE flag independently of FEATURES=test? So it can be controlled on a per-package basis? Circular dependencies, unwanted dependencies, excessive testsuites, perpetually failing testsuites that no one bothers to fix... You can mask the flag but it's inconsistant and unintuitive. FWIW I currently have 22 packages that have the test flag masked in package.use.mask, and probably a dozen more I just haven't gotten around to masking. In any case, this is straying off topic. I believe the current policy is this: if your package's test suite requires extra dependencies, add a test USE flag and make them conditional on that. I don't think there's any reason it should change. -- fonts, gcc-porting, we hold our breath, we spin around the world toolchain, wxwidgets you and me cling to the outside of the earth @ gentoo.org EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662
signature.asc
Description: PGP signature