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.

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. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. Maynard: A Lightweight Wayland Desktop
  2. Chromium Browser Going Through Growing Pains In Ubuntu 14.04
  3. KDE 4.13 Is Being Released Today With New Features
  4. Trying Out Radeon R9 290 Graphics On Open-Source
  5. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  6. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  7. Red Hat Releases Its RHEL 7 Release Candidate
  8. New Features Coming To Xubuntu 14.04 LTS
  9. NVIDIA Officially Releases CUDA 6
  10. Google Releases An AutoFDO Converter For Perf In LLVM
  11. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  12. Star Citizen Will Be Coming To Linux
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