[gentoo-dev] RFC: ACCEPT_LICENSE and deprecation of check_license

2010-02-20 Thread Zac Medico
Hi,

Since portage-2.1.7.x is stable now, with ACCEPT_LICENSE support, we
can think about deprecating check_license [1]. This will allow us to
avoid using PROPERTIES=interactive in cases when it is due to
check_license alone, since anything with a license in the @EULA
license group is automatically masked by the default
ACCEPT_LICENSE="* -...@eula" portage configuration [2].

[1] http://bugs.gentoo.org/show_bug.cgi?id=299095
[2] http://bugs.gentoo.org/show_bug.cgi?id=302645
-- 
Thanks,
Zac



Re: [gentoo-dev] News item: MySQL 5.1 bump

2010-02-20 Thread Robin H. Johnson
On Mon, Feb 15, 2010 at 09:21:36PM +, Robin H. Johnson wrote:
> This is my last blocker for getting MySQL 5.1 series into ~arch status.

The MySQL 5.1 news item with all updates is now commited, and 5.1.x have
been unblocked in package.mask.

-- 
Robin Hugh Johnson
Gentoo Linux: Developer, Trustee & Infrastructure Lead
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85



[gentoo-dev] The importance of test suites

2010-02-20 Thread Ryan Hill
(this isn't directed at any one person or group or any recent incident, this
has been bugging me for years)

I have one simple request.  When you make a non-trivial change to an ebuild -
a patch, a version bump, anything that can effect the behaviour of the
package - please run the test suite.  If it fails, fix it.  Or restrict it.
Or even make it non-fatal if there's no other choice.  If you can reproduce
failures outside of portage, report them upstream.  Failures indicate either
a broken package or a broken test suite and either way it's in your best
interests to get them fixed.

Remember that for anyone running FEATURES=test a failure breaks the build*.
You wouldn't commit something that doesn't compile (hopefully :P), so why
is this any different?  There is no point in even having test suites if
everyone just disables them in frustration because every third package fails.

I apologize for the rant, but when I do testing for gcc-porting I rely
heavily on tests to catch runtime issues.  And every release cycle I end up
spending way too much time trying to figure out why a test is failing, only
to find that there's been an bug open about it for two years with no
activity.


* I know about test-fail-continue, but I've found that it just causes me
file fewer bug reports because they don't annoy me as much. ;)

-- 
fonts,by design, by neglect
gcc-porting,  for a fact or just for effect
wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662