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):
Steps to Reproduce:
At least preserve the old xorg.conf and warn the user.
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.