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 Articles & Reviews
  1. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  2. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  3. The New Place Where Linux Code Is Constantly Being Benchmarked
  4. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
  5. Phoronix Test Suite 5.6 Adds New Phoromatic Enterprise Benchmarking Features
  6. OpenGL Threaded Optimizations Responsible For NVIDIA's Faster Performance?
Latest Linux News
  1. Improved OpenCL Support For Blender's Cycles Renderer
  2. Mesa 10.5.2 Packs In A Handful Of Fixes
  3. More Fedora/Ubuntu Linux vs. OS X OpenGL Benchmarks
  4. Intel Adds Mesa IR To NIR Translator & Makes Other NIR Improvements
  5. HAMMER2 Gets A Man Page
  6. Kodi 14.2 Released To End Out The "XBMC" 14.x Series
  7. Debian 8.0 Jessie RC2 Installer Released
  8. Shadow Warrior Is Being Released For Linux Next Week
  9. Intel Pushes A Bunch Of Broadwell Code Into Coreboot
  10. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. Allwinner Continues Jerking Around The Open-Source Community
  3. AMD Is Hiring Two More Open-Source Linux GPU Driver Developers
  4. Systemd Change Allows For Stateless Systems With Tmpfs
  5. GNOME Shell & Mutter 3.16.0 Released
  6. GNU Nano 2.4.0 Brings Complete Undo System, Linter Support & More
  7. GNOME 3.16 Released: It's Their Best Release Yet
  8. Red Hat Is Rolling Out A VirtIO DRM/KMS GPU Driver