Results 1 to 9 of 9

Thread: The Degrading Quality Of X.Org Releases?

  1. #1
    Join Date
    Jan 2007
    Posts
    15,427

    Default The Degrading Quality Of X.Org Releases?

    Phoronix: The Degrading Quality Of X.Org Releases?

    On the X.Org mailing list, Alan Coopersmith had raised concerns over the release criteria for X11 and how with recent releases (namely X.Org 7.3), the de facto standard for making a release was far from being met. Alan, Sun's X engineer, had listed the release criteria as the blocker bug list being cleared, the complete tree/release modules being build-able on at least one platform, XTS successfully running on at least one platform, and the documentation being updated and then released.

    http://www.phoronix.com/scan.php?pag...item&px=NjA3Mg

  2. #2
    Join Date
    Jul 2006
    Posts
    86

    Default

    it is a crying shame this wasn't sorted, because it must be THE reason why SUSE is apparently going to ship with 7.2.

    which is a shame.

  3. #3
    Join Date
    Sep 2006
    Location
    PL
    Posts
    913

    Default

    i got to admit, that was one rushed release.

    keyboard leds do not work by default (although there's a workaround), also gentoo and debian had to fix their packages due to dbus/hal related lockups.

  4. #4
    Join Date
    Oct 2007
    Posts
    2

    Default

    Quote Originally Posted by yoshi314 View Post
    i got to admit, that was one rushed release.

    keyboard leds do not work by default (although there's a workaround), also gentoo and debian had to fix their packages due to dbus/hal related lockups.
    What's the workaround? I've been scouring the web for any such information, with no luck.

  5. #5
    Join Date
    Sep 2006
    Location
    PL
    Posts
    913

    Default

    when you run kbstate app in kde (and have it sit in the tray) leds start working again. probably, as i didn't try myself.

  6. #6
    Join Date
    Oct 2007
    Posts
    2

    Default

    Quote Originally Posted by yoshi314 View Post
    when you run kbstate app in kde (and have it sit in the tray) leds start working again. probably, as i didn't try myself.
    Oh, I see. It does provide me with the status of Num Lock and Caps Lock on the panel. I guess that'll do in the interim. (Before this I was using xkbleds, but this is superior.)

  7. #7

    Default

    This might be a little OT, and on my first post, too... but...

    "We must have timed releases but at the same time we need to expect at least the same level of quality."

    Suggestions on how to achieve this?

    Apple and MS do it by attracting developers with things like money and health benefits.

    I think that, without money to keep a significant number of developers working on 9 to 5 schedules, and without a clear hierarchy of bosses to drive their subordinates to meet a schedule (with the ever-present threat of losing your livelihood if you consistently don't,) we pretty much have to adopt the "release it when it's ready" attitude. Or else we will see this degradation in quality.

    Agree? Disagree?

  8. #8
    Join Date
    Jan 2008
    Posts
    772

    Default

    Quote Originally Posted by Korla Plankton View Post
    I think that, without money to keep a significant number of developers working on 9 to 5 schedules, and without a clear hierarchy of bosses to drive their subordinates to meet a schedule (with the ever-present threat of losing your livelihood if you consistently don't,) we pretty much have to adopt the "release it when it's ready" attitude.
    I don't think that's at the root of the problem here, and the proposed solution ignores the reality of the situation. A bunch of the main X.Org developers are already working for major companies, and having "a clear hierarchy of bosses" is pretty much impossible when dealing with an open development process working on the preeminent implementation of an established open standard; there are multiple major interests involved that don't fit neatly into a hierarchy.

  9. #9
    Join Date
    Aug 2008
    Posts
    77

    Default

    Quote Originally Posted by Korla Plankton View Post
    This might be a little OT, and on my first post, too... but...

    "We must have timed releases but at the same time we need to expect at least the same level of quality."

    Suggestions on how to achieve this?
    By watchfully preventing regressions from creeping into the master branches.

    On the Mesa side, this is precisely why I've started piglit, and keep mentioning it. Automatic regression testing is *very* useful (and is being adopted by more and more developers).

    By the way: The link in the article seems not to point where intended...

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •