Summary: | accept no keywords anyways | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chris <thechris.ieee> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | VERIFIED INVALID | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Chris
2005-12-22 00:41:55 UTC
This has nothing to with infrastructure, please read the instructions before filing bugs. Definitely NO. -* means broken on all other arches not explicitly specified in the ebuild. This is definitely NOT a feature to make unmasking ebuilds easier. We need some QA/arch testing to actually keyword things for a particular arch. http://dev.gentoo.org/~plasmaroo/devmanual/keywording/ Ok, well instead of marking it ivalid, why not move it to the correct sport in bugzilla. i see no more relevent place for this. given that the current solution is to accept a different arch... maybe make a ?arch keyword for "untested". then people could "test" it... it seems like a poor choice to make "no keywords" trump hardmasking and "known unstable" in terms of emerging packages. at least with those there is a good solution to emerging the packages. where do i re-file this gentoo portage system feature request? (In reply to comment #3) > where do i re-file this gentoo portage system feature request? /dev/null will probably be a good place to start. ;) Seriously - we are not interested in zillions of invalid bug reports filed by users just because they've had fun with automagic keywords that you are suggesting. 'man ekeyword' and 'man ebuild' (the digest part) are your friends if you wish to test ebuilds in a 'politically correct' way. Thanks. Closing. |