ubuntu bulletproof x

[igknighted at gmail.com]

I think the main purpose is for people who are using proprietary
drivers (maily nvidia) and have kernel module breakages.  Also for
those messing around with other settings manually (trying to get a
multi-button mouse working, for example).  For those not used to linux
I can see how this could let them get online in order to get help.

But I also think it is poorly implemented.  Why not ask the user when
they update xorg.conf if their previous one worked, and then if they
want to save it as a fall-back in case the new one fails.  This way
you don't end up any worse off if it fails.  You'd have to make the
name of the backup well known enough for those manually editing the
file to save the backup properly (xorg.conf.bak seems fairly standard
for this, yes?), but I feel like most users who would need this would
be using Ubuntu's GUI xorg.conf tool, and that could be built right
in.

On 8/30/07, David Nielsen <david at lovesunix.net> wrote:
>
> tor, 30 08 2007 kl. 07:36 -0400, skrev Neal Becker:
> >
> http://arstechnica.com/journals/linux.ars/2007/08/29/ubuntu-xorg-maintainer-demonstrates-bulletproof-x
>
> Correct me if I'm wrong but isn't this another copout solution to not
> detecting resolution correct or otherwise accidently messing up the
> configuration. It seems to be nothing more than a fallback in case X
> doesn't do it's job then it presumes that the user actually knows what
> hardware he has and what resolution is desired (if my mothers machine
> did that she'd run away screaming - definitely not a solution that is
> suitable for everyone).
>
> Regardless calling it bulletproof X seems misleading. It also doesn't
> really do anything to aid the situation as far as I can see either, it's
> not like it opens a bug against the correct X component with all the
> logs attached so a developer might have an enjoyable afternoon figuring
> out what went wrong so it can be avoided in the future.
>
> It seems to me that "bulletproof" should have meant no crashing and no
> misconfigurations.. ever.
>
> - David
>
> --
> fedora-devel-list mailing list
> fedora-devel-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>