Ubuntu's BulletProofX Takes Simpler Step Forward

Published on September 19, 2008
Written by Michael Larabel
Page 1 of 3
Discuss This Article

Introduced in Ubuntu 7.10 was a feature known as BulletProofX, which provides a fail-safe mode that is by default used when the X server fails to properly initialize. In this original implementation, it would default back to using the VESA display driver with 256 colors and then proceed to run the displayconfig-gtk utility. While this is nice for the end-user as it keeps them from touching a terminal to debug an X server problem, for experienced users it inhibits them from easily debugging the problem. This Canonical implementation also had frustrated other users. However, with the forthcoming Ubuntu 8.10 release, it has received some much-needed improvements while making BulletProofX more simple.

Back in July when Ubuntu 8.10 (the Intrepid Ibex) was in the middle of development, it looked like BulletProofX could be canned. Canonical's X.Org engineer, Bryce Harrington, had stated BulletProofX had a number of unaddressed bugs, displayconfig-gtk lacks support for RandR 1.2, and KDE is deprecating the guidance-backends. Because of these issues, Bryce was deciding whether to disable BulletProofX by default. However, with the just-released Ubuntu 8.10 Alpha 6 it continues to live on and has received some improvements that enhance its usability.

In Ubuntu 7.10 and Ubuntu 8.04 when X failed to start, the FailSafeXServer would load, which would inform them with a generic message that X had a problem and then would redirect them to using displayconfig-gtk to reconfigure the server. The displayconfig-gtk utility is capable of adjusting the resolution and changing the used graphics driver. Now when the X server fails and the FaileSafeXServer is called within the GDM configuration, the user can choose to either troubleshoot the error or reconfigure the graphics. These menus are powered using Zenity.

<< Previous Page
1
Latest Hardware Reviews
  1. Sumo Lounge Emperor
  2. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  3. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  4. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
Latest Software Articles
  1. GCC 4.8.0 vs. LLVM Clang 3.3 Compiler Performance
  2. Intel Linux OpenGL Driver Leading Over Apple OS X
  3. The Cost Of Ubuntu Disk Encryption
  4. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
Latest Linux News
  1. A New X.Org-Free Wayland LiveCD Released
  2. Unity 8, Mir Made Progress This Week On Features
  3. LLVM Clang 3.3 RC2 Is Ready For Testing
  4. AMD RadeonSI Gallium3D Begins Simple CL Demos
  5. Intel Shows Off GNOME3-Based Tizen Shell
  6. Linux Desktop Security Could Be A Whole Lot Better
  7. KDE 4.11 Will Be The Last Major KDE4 Workspaces Feature Release
  8. New NVIDIA Linux Driver Supports The GeForce GTX 780
  9. Chrome 28 To Offer More Speed Improvements
  10. Digia Announces "Boot To Qt" Project
  11. X.Org Libraries Hit By Round Of Security Issues
Latest Forum Talk
  1. AMD RadeonSI Gallium3D Begins Simple CL Demos
  2. A New X.Org-Free Wayland LiveCD Released
  3. X.Org Libraries Hit By Round Of Security Issues
  4. Wayland's Weston Gets Output Scaling Support
  5. GCC 4.8.0 vs. LLVM Clang 3.3 Compiler Performance
  6. Linux's "Ondemand" Governor Is No...
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite