Description of problem: After updating to today's fedora-devel rpms, /etc/X11/xorg had been replaced and the old one lost. I'm just guessing that it was today's xorg upgrade that was responsible. Version-Release number of selected component (if applicable): xorg-x11-6.8.1-25 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: At least preserve the old xorg.conf and warn the user. Additional info:
My old xorg.conf _was_ saved as xorg.conf.backup by the upgrade process. Given that the new xorg.conf file the upgrade set for use did not actually work for me, it would have been better for it to leave what it found alone, and save its new version as xorg.conf.new, IMO.
I can confirm this too. At the end I got a blank display since I don't use xfs and the default conf file uses it.
Hrm. The upgrade procedure should *not* remove or rename the existing xorg.conf file. If this is happening, there must be a bug somewhere, but as far as I know, the upgrade scripts that process the config files haven't changed, so it's odd if this is only turning up now. ;o/ Will investigate and report back. Thanks for your report!
The code in the xorg-x11 rpm scripts that modifies the xorg.conf files and handles XFree86 config file upgrading to xorg.conf appears to be completely in tact and correct. I am not able to reproduce this problem upgrading from FC2 to FC3, nor from upgrading from FC3 to various builds of xorg-x11 made since that time. Since the problem has only been reported by a couple of people, I can only assume you've upgraded from an old beta release or something perhaps with broken trigger scripts or somesuch. I'm closing this as "WORKSFORME", however if you still can reproduce this and can provide a 100% reproduceable test case from a stable OS installation, and provide the steps to reproduce it, feel free to reopen the report and we can attempt to reproduce it again.