I nailed my mplayer-1.0-rc2-p20090731 remerge (newuse +real triggered) failure to the new xextproto-7.0.99.3 package. With xextproto-7.0.5, mplayer builds. Note that while I have USE=custom-cflags, I tried it without that, without -combine in CFLAGS, with MAKEOPTS=-j1, etc. The same mplayer package had merged yesterday (without USE=real, either the use-default changed in the last 24 hours or so, or it just got use-unmasked in the 2008.0 amd64 no-multilib profile), with USE=custom-cflags and no special treatment, so I knew the change was fresh. It turned out to be xextproto-7.0.99.3 from the overlay that was killing the remerge. emerge --info to be attached.
Created attachment 199946 [details] emerge --info
Created attachment 199948 [details] mplayer build log
(In reply to comment #2) > Created an attachment (id=199948) [edit] > mplayer build log > <snip> libvo/vo_x11.c:39:33: error: X11/extensions/XShm.h: No such file or directory </snip> x11-proto/xextproto-7.0.5 has it in /usr/include/X11/extensions/XShm.h . Location may have changed in the new version.
Required definitions occurs in one of these new files in x11-proto/xextproto-7.0.99.3: /usr/include/X11/extensions/shm.h /usr/include/X11/extensions/shmproto.h
Not sure which package is at fault here, you may want to try masking the problem package '=x11-proto/xextproto-7.0.99.3' by adding to your /etc/portage/package.mask and see if the error goes away. Regardless I've assigned to the mplayer maintainers and cc'd the x11 folks.
Sorry about that, there was some miscommunication in the x11 overlay and I've masked those packages yesterday. Please try to sync it again, all those new proto packages should be properly masked. If this is not the case, please don't hesiate to reopen this bug. Thanks
