i was wondering if mplayers ebuild could be changed to make it easy to disable the building of the binary win32codecs .. currently i find the codecs dont work (at least on the command line) and are more trouble then they are worth, the codecs that come with mplayer by default are enough to play most files (real media being the bigest exeption) just fine, wereas the win32codecs kept being "aborted" or tryed to smash the stacks (some SSP violation if compiled with -fstack-protector-all).. .. right now win32codecs are install by default for anyone using a arch of x86 .. could this maybe be pushed into a USE flag so these binary codecs wont be install, and used by mplayer (its a big pain to try and get mplayer to not use those codecs, its easyer to just rename the ARCH variable to some nonsence value then change it back after mplayer installs, but makes automatic updates thru cron impossible, or at least harder)
In CVS, thanks for reporting!
This broke amd64. see bug #81149. Shouldn't this change have been severe enough to justify a 1.0_pre5-r6 bump? This is one of the areas that I've found gentoo someone lacking. There doesn't seem to be commonly adhered to process of rev-bumping ebuilds. This totally confused the hell out of me when I changed some USE flags to rebuild mplayer on my amd64 system, and it took some digging before I noticed what it was that broke it, especially since 1.0_pre5-r5 built fine previously. FYI, not meaning to be insulting/offensive here, just thinking aloud (constructive criticism).
