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

X.Org Server Development Process Is Questioned

X.Org

Published on 24 February 2013 01:03 PM EST
Written by Michael Larabel in X.Org
48 Comments

For the past few years the X.Org Server has managed to get back on track for being released bi-annually and without too many delays. However, the server has also fallen into a habit where it's being released without all of the "blocker bugs" being cleared.

Alan Coopersmith raised the issue earlier this month on the X.Org developers' list. "We've never been good about fixing all the bugs on the release tracker, but it appears we've gotten out of the habit of even just reviewing the bugs and moving them forward to the next release when we're done, as most open bugs are still stuck under the 1.12 & 1.13 trackers."

Some bugs end up getting closed while other bugs are just delayed to being fixed to a later release or the bug reports not even being updated. While Coopersmith raised the issue two weeks ago, it didn't spark much of a conversation among X.Org developers about how this situation can be improved upon and corrected.

On Friday a point was raised by a user where one of the bugs was fixed weeks ago, tested by two other stakeholders, posted to the xorg-devel mailing list, but never applied to the X.Org Server Git tree. Under the current X.Org Server development process, Keith Packard of Intel serves as the release manager in a similar position to Linus Torvalds where developers need to call upon him to pull their Git trees / patches to be applied to mainline.

In a new mailing list post on Saturday, David Airlie of Red Hat is now questioning this xorg-server development process that's been going on for the past couple of years. "Yeah I even included it in a pull request that was ignored for ages, and when some bits got applied the rest is still being ignored. At this point I'd like to suggest something is broken and we go back to the mesa style system for master, where anyone can commit once we have an R-b from the list. All in favour say aye?"

David is proposing that the X.Org Server development goes back to the old ways whereby any developer can basically commit directly to the tree rather than queuing up work and waiting for Keith Packard to pull it. This process is similar to how Mesa is developed and avoids bottlenecks and single points of failure. While it's the weekend, so far no other developers have commented on this possible change for how the X.Org Server is developed.

Meanwhile, X.Org Server 1.14 is due for release in early March.

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 Hardware Reviews
  1. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  2. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  3. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  4. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
Latest Linux News
  1. Linux 3.18-rc6 Released, A Worrisome Regression Remains
  2. HandBrake 0.10 Brings H.265 & VP8 Encoders
  3. Gngr: A New Web Browser Focused On Privacy
  4. Linux 3.18 Kernel: Not Much Change With Intel Haswell Performance
  5. More File-System Tests Of The Linux 3.18 Kernel
  6. Using NVIDIA's NVENC On Linux With FFmpeg
  7. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  8. PowerVR SGX Driver Code Gets Leaked
  9. V2 Of KDBUS Published For Linux Kernel Review
  10. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
Latest Forum Discussions
  1. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  2. Debian Developer Resigns From The Systemd Maintainership Team
  3. Roadmap to Catalyst 14.10 ?
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Cant get working Kaveri APU - A10-7850k
  6. Script for Fan Speed Control
  7. Debian Init System Coupling Vote Results
  8. The Slides Announcing The New "AMDGPU" Kernel Driver