User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008071615 Fedora/3.0.1-1.fc9 Firefox/3.0.1 The utility driconf in xorg-x11-utils requires xdriinfo in order to run. The last release of this package (xorg-x11-utils-7.4-3.fc10.src.rpm) contains the changelog entry: * Sun Jul 27 2008 Adam Jackson <ajax> 7.4-3 - Drop xdriinfo. Would be better suited to being in Mesa's glx-utils subpackage anyway. (#456609) However glx-utils package (most-recent version: mesa-7.2-0.2.fc10.src.rpm) does not contain xdriinfo. So currently driconf cannot be run. This is needed to work around a show-stopper bug with a Radeon 9250 card (vblank problem causing IRQ11 to be disabled, apparently, which buggers up access to root fs). Reproducible: Always Actual Results: [dns@rings ~]$ driconf sh: xdriinfo: command not found [dns@rings ~]$ Currently, with a Radeon 9250 (r200) installed, with the system updated to Rawhide, if I invoke glxgears or any other GL-using program (like FlightGear), IRQ #11 gets disabled, root is no longer accessible, and issuing a subsequent command causes the system to go into an infinite loop which prevents any action other than turning the hardware off. My understanding is that with driconf I can modify an option for DRM (for vblank) that will obviate this drastic failure. (Hope that's true: I can't try yet!) Does that count as Severity: High ??
On second thought, perhaps the bug is moving xdriinfo from xorg-x11-utils! As driconf is still in this package, and it is dependent on xdriinfo, either both should move *or* a dependency should be created between xorg-x11-utils and wherever xdriinfo goes (e.g. glx-utils). Moving both there may not be so easy since driconf is a GUI app that may have other dependencies... (I'm guessing on that).
Fixed in mesa-7.2-0.3.fc10 , which provides glx-utils.