X fails to start after recent update

Wolfgang S. Rupprecht wolfgang.rupprecht+gnus200902 at gmail.com
Fri Feb 27 21:22:32 UTC 2009


"D. Hugh Redelmeier" <hugh at mimosa.com> writes:
> Were your symptoms like mine or did you hit a different problem?

Hard to say.  My screen started out displaying the boot status for the
daemons (I commented out rhgb in grub.conf).  So my screen wasn't blank,
it showed the last thing that the boot sequence displayed.

The messages in Xorg.0.log were similar with no usable modes found and
the Xorg program giving up.  In my case it segv-ed, but that may be an
insignificant difference (perhaps some uninitialised mode-line data was
more benign in your case.)

I find it interesting that we effectively had the same monitor (yours
was a Dell and mine a Samsung, but otherwise had the same resolution and
modes.)

> Have you found or created a bugzilla entry for your problem?

Yes.   https://bugzilla.redhat.com/show_bug.cgi?id=487285

> Do you know if you can mix and match different levels of
> xorg-x11-server-common and xorg-x11-server-Xorg?
> server-Xorg requires server-common, and not the reverse, but I don't
> know how to query about version constraints.

In general I'd not mix and match.  In this case I "winged it" because
the major and minor Xorg versions were the smea and I figured the
ABI/API didn't change.

> If I had to guess which change caused the problem, I'd pick this one:
>
>     * Mon Dec 22 2008 Adam Jackson <ajax at redhat.com> 1.5.3-8
>     - xserver-1.5.3-aspect-me-harder.patch: Fix mode selection when only one
>       monitor is present and it doesn't claim a preferred mode.
>     - xserver-1.5.0-bad-fbdev-thats-mine.patch: Do the same for sbus that we
>       do for pci.
>     - xserver-1.5.0-hide-cursor.patch: Backport fixes to unhide logic from master.

I agree.  That one looks darn close to what we are seeing.

-wolfgang
-- 
Wolfgang S. Rupprecht              http://www.full-steam.org/  (ipv6-only)
         You may need to config 6to4 to see the above pages.




More information about the fedora-list mailing list