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.org

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.

Latest Linux Hardware Reviews
  1. Overclocking The AMD AM1 Athlon & Sempron APUs
  2. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  3. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
  4. AMD Athlon 5350 APU On Linux
Latest Linux Articles
  1. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  2. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  3. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
  4. DDR3 Memory Scaling Performance With AMD's Athlon 5350
Latest Linux News
  1. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  2. Red Hat Releases Its RHEL 7 Release Candidate
  3. New Features Coming To Xubuntu 14.04 LTS
  4. NVIDIA Officially Releases CUDA 6
  5. Google Releases An AutoFDO Converter For Perf In LLVM
  6. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  7. Star Citizen Will Be Coming To Linux
  8. Ubuntu 14.10 Convergence To Focus On Replacing Core Apps
  9. The Results Of Optimizing Radeon's VRAM Behavior
  10. Kernel Developers Discuss Improving Kernel Configurations
  11. Apple, LLVM Developers Figure Out Their 64-Bit ARM Approach
  12. NVIDIA GeForce GTX 750 Maxwell GPUs Light Up On Linux 3.15
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. New tool for undervolt/overclock AMD K8L and K10 processors
  5. How to enable opengl 3.3 on r9 270?
  6. R290x sound problems
  7. radeon-profile: tool for changing profiles and monitoring some GPU parameters
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel