For anyone who isn't already involved, the included URL points to a bzip2'd list of ebuilds with problems in their KEYWORDS, LICENSE, and/or IUSE fields, with the problematic parts specified.
that's a really large list of ebuilds
a large # of those are invalid ... you have to work with the inherit statement because many ebuild's (like the i18n ones) just inherit KEYWORDS/LICENSE and such also, if IUSE is not defined, that is not a bug ... it just means it doesnt USE anything ...
Yes, seemant and I are aware of the inherit ebuilds, I asked him if he wanted them included in the list, and he said yes. Also, according to skel.ebuild, if your build doesn't use anything, IUSE="" is appropriate.
New list posted at http://cvs.gentoo.org/~vladimir/newlist.bz2 This one omits ebuilds that have inherit lines, and includes ebuilds that are named "incorrectly" (Current standards, "+" and "_" still bunk) ENAM = Bad name KYWD = Bad KEYWORDS (usually sparc64 or some variety) LCNS = Bad LICENSE IUSE = Bad IUSE
fix a whole load of the LICENSE ones, so might be time to regenerate the list :)
New list, as per liquidx's request: http://cvs.gentoo.org/~vladimir/spankinnewlist.bz2 (I never meant for those files to have versions, and putting a date on 'em is too much thought. Forgive me for the names)
[I write here to avoid opening a new bug] Currently there are 4371 ebuilds without IUSE, that's not a big problem, but... the attached list contains 311 ebuilds that _should_ have an IUSE. Moreover, these two ebuilds have a strange "use <nothing>" syntax: /usr/portage/media-libs/sdl-gfx/sdl-gfx-2.0.3.ebuild /usr/portage/net-analyzer/traceroute/traceroute-1.4_p12.ebuild Last but not least, there's another list attached with 197 packages with wrong/strange headers (and I left out another few hundreds with the first line "personalized" or with wrong years) Enjoy!
Created attachment 9919 [details] these files should have IUSE set
Created attachment 9920 [details] wrong headers
closing, please add new bugs for single packages or smaller groups if still exists