This bug is a followup to bug #461718, resolved with the addition of the following line in the ebuild: CONFIG_CHECK="~DRM_RADEON_KMS ~!FB_RADEON" ... with the resulting message: * CONFIG_DRM_RADEON_KMS: is not set when it should be. ... appearing here when I just rebuild xf86-video-ati (eapi5 slot-rebuild triggered by update to xorg-server-1.14.1). Great, except there is no DRM_RADEON_KMS as a kconfig option. $>> indicating my prompt: $>>uname -r 3.9.0-rc7-00004-gbb33db7 $>>zgrep DRM_RADEON /proc/config.gz CONFIG_DRM_RADEON=y # CONFIG_DRM_RADEON_UMS is not set $>> In menuconfig, DRM_RADEON_UMS is labeled deprecated and DRM_RADEON_KMS doesn't exist. Mounting /boot and checking some old configs, 3.8 has DRM_RADEON_KMS, while 3.9 (pre-releases) lost it. So that check needs to be made kernel-version conditional, probably on KV_MAJOR < 3 or KV_MINOR < 9. (Vars from linux-info.eclass which you're already inheriting to get CONFIG_CHECK.) (emerge --info shouldn't be necessary as it's a kernel version thing, with that info given above.) Duncan
This is already fixed in the x11 overlay's ebuild, and will reach portage around the same time as gentoo-sources-3.9.
(In reply to comment #1) > This is already fixed in the x11 overlay's ebuild, and will reach portage > around the same time as gentoo-sources-3.9. Thanks, I'm running the x11 overlay and had just synced it when I synced the main tree, and just synced it again to be sure. But equery list -op xf86-video-ati only lists version 7.1.0 in the main tree, nothing in the overlay but the live-build? Same with only equery list -o, for overlay only. All it shows is the live-9999 build? No 7.1.0-r1 in the overlay or tree with the change?
The live ebuild is identical to the non-live ebuild except for the filename.
fixed in 7.1.0
