-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Kevin F. Quinn wrote:
> I'd like to suggest we make FEATURES=test (and therefore USE=test) the
> default behaviour, rather than the opt-in we currently have.  Far too
> many packages fail their test phase.
>
> Since we encourage users to set CFLAGS in ways that upstream may not
> have predicted, if upstream go to the trouble of providing tests it
> seems sensible to me that they should be run, unless there is a very
> good reason not to run them.  This will help pick up faults that are due
> to the compiler version, CFLAGS etc much more consistently.
>
> At the very least, ebuild maintainers and ATs should be running with
> tests switched on.  If the tests are known to fail then the ebuild can
> either RESTRICT=test, or just return successfully from src_test()
> where the test report is useful even if some tests fail.
>
> Thoughts?
I can say from experience that there are a great heaping load of
packages currently that fail their test suite, the sci-team seems to
be the best in this regard for passing the tests successfully. If we
do in fact plan on making this the default, we should be prepared for
a increase in bugs from  users who will now have ebuilds stop on
failed test suites. While I agree that it would be nice to see more
people using test and collision-protect I don't think its something we
should enable at this point in time till we have many packages working
correctly with the feature. If however people feel that by enabling
it, that it'll make us actually fix these issues then I'd like to see
it move forward. I'm just curious as to why this has come up suddenly
Kevin?

p.s I hope all dev's run with test and collision-protect, I know I
know you don't but I can hope.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE0+VtSENan+PfizARAhNtAKCclIg8ikGcaTgQ9E5YPBjPj93IlACeJyNX
ER9yFoXQ3hOKzoMq4OxL3Rg=
=uS4D
-----END PGP SIGNATURE-----

-- 
gentoo-dev@gentoo.org mailing list

Reply via email to