When running `euse -i SECURITY_HAZARD`, the output looks like this: $ euse -i SECURITY_HAZARD global use flags (searching: SECURITY_HAZARD) ************************************************************ no matching entries found local use flags (searching: SECURITY_HAZARD) ************************************************************ grep: Unmatched ( or \( grep: Unmatched ( or \( grep: Unmatched ( or \( grep: Unmatched ( or \( grep: Unmatched ( or \( grep: Unmatched ( or \( [- ] SECURITY_HAZARD - Allow non-root users to flood (ping net-misc/iputils: f). This is generally a very bad idea. grep: Unmatched ( or \( 20101006-r2 [gentoo] grep: Unmatched ( or \( 20121221 [gentoo] grep: Unmatched ( or \( 20121221-r1 [gentoo] grep: Unmatched ( or \( 99999999 [gentoo] When querying several use-flags this result is limited to iputils. I could reproduce it on my arm as well as on an amd64-VM. Reproducible: Always
Created attachment 391832 [details, diff] Proposed patch This was caused by a parsing bug triggered by local descriptions containing the string " -". If the " -" happened to be in parentheses the grep errors occurred, otherwise euse -i just produced malformed output. I've attached a patch against euse from app-portage/gentoolkit-0.3.0.9-r2 .
(In reply to William Throwe from comment #1) > Created attachment 391832 [details, diff] [details, diff] > Proposed patch > > This was caused by a parsing bug triggered by local descriptions containing > the string " -". If the " -" happened to be in parentheses the grep errors > occurred, otherwise euse -i just produced malformed output. I've attached a > patch against euse from app-portage/gentoolkit-0.3.0.9-r2 . I really should review bug reports more often. Your patch would have saved me a lot of time when I noticed the bug on my system. Anyhow the fix is in the git repository and will be included in the next release https://gitweb.gentoo.org/proj/gentoolkit.git/commit/?id=e6f03e5fb6c26f9ada7fabf25126a135f5ef1dbf
guys, this thing is fixed and still blocks the tracker?
