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

The X.Org Server Development Process Might Change

X.Org

Published on 02 March 2013 05:59 PM EST
Written by Michael Larabel in X.Org
1 Comment

Days after the X.Org Server development process was questioned, a new proposal has come about for the way that the xorg-server Git repository is managed with new development activity.

Concerns about the X.Org Server development process were publicly expressed last month after it was pointed out on the mailing list that the blocker bug trackers really haven't been updated for recent X.Org Server releases, many blocker bugs for old releases remain open, and that pull requests are being not handled or ignored. In that mailing list thread it was then proposed that anyone be free to commit to xorg-server Git as long as the patches are reviewed by fellow developers.

On Wednesday of this week, Peter Hutterer then issued a proposal to change the X.Org Server Git commit process. The heart of Hutterer's proposal comes down to:
I don't want a free-for-all master again, but we do need more people with commit access. So an initial proposal is:

* leave the current window of 3/2/1-ish months for the different devel stages
* leave the requirement for a reviewed-by
* one RM, calling the shots for when releases are made and generally being the reviewer of last resort and arbiter where needed
* 3-5 people with commit access during the devel and general bugfix windows. They scoop up pull requests and commit them, if the patches have rev-by tags
* 2 people during the last bugfix window (emergency fixes only). The second person as backup to the RM to make sure we don't see delays.

This is a fairly conservative change, just aimed at removing the current bottlenecks. There are other areas of improvement, but they're probably subject to a separate discussion.
Sadly, the discussion around this proposal has been fairly short-lived. Jamey Sharp responded in support of Peter's proposal.

Keith Packard, the current X.Org Server release manager that's the only one with official commit access to the canonical X.Org Server repository, was a mixed message.

Keith basically said his delay on getting work merged varies from one hour to a week, he is said to thoroughly review all code, and is a rather subtle process. He doesn't appear to be in full support of this change that would relinquish some of his duties as X.Org Server release manager but he didn't outright reject the proposal either. Sadly, the discussion hasn't been too lively since that message on Thursday.

Alan Coopersmith is the only other developer jumping in on the thread where he acknowledges a problem with the status quo; he too has had a pull request ignored for the upcoming X.Org Server 1.14 release.

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. More File-System Tests Of The Linux 3.18 Kernel
  2. Using NVIDIA's NVENC On Linux With FFmpeg
  3. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  4. PowerVR SGX Driver Code Gets Leaked
  5. V2 Of KDBUS Published For Linux Kernel Review
  6. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
  7. Scientific Linux 6.6 vs. Scientific Linux 7.0 Benchmarks
  8. Qualcomm Looks To Get Into The ARM Server Business
  9. HHVM 3.4 Adds New Features, Support
  10. More Radeon Driver Changes Queued For Linux 3.19
Latest Forum Discussions
  1. Cant get working Kaveri APU - A10-7850k
  2. Script for Fan Speed Control
  3. Roadmap to Catalyst 14.10 ?
  4. Debian Init System Coupling Vote Results
  5. The Slides Announcing The New "AMDGPU" Kernel Driver
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. Debian Developer Resigns From The Systemd Maintainership Team
  8. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support