1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

Recapping The New X.Org Development Process

X.Org

Published on 16 September 2010 09:59 AM EDT
Written by Michael Larabel in X.Org
8 Comments

Scheduling issues had plagued X.Org Server development for the past few years: to the point that even delivering a point release had come more than a year late and major X Server releases were never delivered on time. This though has fortunately changed.

With X.Org Server 1.8 though it was proposed to make some fundamental development changes and better refining the X.Org development process to be more like the Linux kernel -- though not the same -- where there is an official release manager, timed releases, and a defined process for requesting changes/patches be pulled into a given release. Since that point, the X.Org Server has basically been released on time. X.Org Server 1.9 was released on time just last month.

At XDS 2010 in Toulouse, France, Keith Packard and Peter Hutterer just finished talking about this development process. No major development process changes were proposed or altered. Again, the three phases of the server development process as described by Keith is the "free for all" process when anything new can enter the server (similar to the Linux kernel "merge window" during each cycle), then the stabilization period, and lastly is the API/ABI freeze for the release.

Recapping The New X.Org Development Process


Here are a few other random notes from this discussion:

- Using a BugZilla release blocker bug for X.Org Server development has worked out really well. "If you bring an X.Org bug up to being a release blocker status, we'll look at it."

- Unless it's a security issue, Keith would not hold-up an X.Org Server release for no blocker bugs. "It's hard to say we have any new security holes, but lots of old ones."

- There's a need for X.Org and distribution/OS vendors to work together in a more efficient and effective manner. For example, there's many OpenBSD patches that still have not been pulled upstream.

- "Is the review process stifling change?" Adam Jackson called for more developers to become involved in the review/patch acceptance process beyond Peter, Keith, and him. Adam thinks the rate of code change since this new development process has decreased as a result of this new development process. Keith says this is because of the complexity of the code and that the current X.Org server "does what it does" and is better advancing than in the past.

- In the future when patches are pulled in by Keith Packard for changes to the X.Org Server, he will now reply and acknowledge the commit via e-mail rather than leaving developer to wonder about its state, monitor the commit list, or be frequently pulling the xorg-server Git code.

- Red Hat's Adam Jackson and Apple's Jeremy Huddelston are taking over management of the X.Org Server 1.9.x stable series.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux News
  1. The Less-Powerful Intel Compute Stick With Ubuntu Will Soon Ship
  2. Kodi 15.0 Release Candidate 1 Arrives
  3. Fedora 23: Python 3 Default Approved; Netizen Spin Rejected
  4. GNOME Shell & Mutter Just Landed More Wayland Improvements
  5. Ubuntu MATE Announces A Partnership With A PC Hardware Vendor
  6. Linux 4, GCC v. Clang & Vulkan Were Among The Hot Stories So Far This Year
  7. FUSE Starts Working On Scalability Improvements With Linux 4.2
  8. Steam Linux Usage Continued Falling In June
  9. Blender 2.75 Released With AMD OpenCL Support, Multi-View/Stereo 3D Pipeline
  10. Radeon & AMDGPU DRM Fixes Queue Up For Linux 4.2
Latest Articles & Reviews
  1. 6-Way File-System Comparison On The Linux 4.1 Kernel
  2. How KDE VDG Is Trying To Make Open-Source Software Beautiful
  3. Attempting To Try Out BCache On The Linux 4.1 Kernel
  4. CompuLab's Fitlet Is A Very Tiny, Fanless, Linux PC With AMD A10 Micro
Most Viewed News This Week
  1. Kubuntu 15.10 Could Be The End Of The Road
  2. KDBUS Won't Be Pushed Until The Linux 4.3 Kernel
  3. Pinos Is For Linux Video What PulseAudio Is For Audio
  4. The State & Complications Of Porting The Unity Editor To Linux
  5. The Staging Pull For Linux 4.2: "Big, Really Big"
  6. Latest Rumor Pegs Microsoft Wanting To Buy AMD
  7. Exciting Features Merged So Far For The Linux 4.2 Kernel
  8. "PulseVideo" Coming To Complement PulseAudio?