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

openSUSE Has A Problem, Is Seeking New Direction

SUSE

Published on 14 June 2012 06:44 AM EDT
Written by Michael Larabel in SUSE
76 Comments

Stephan Kulow, the release manager for openSUSE, has publicly acknowledged this morning that this community distribution to SUSE has found itself in a problem and they're now looking to the community to seek out a fundamentally new direction for this Linux distribution.

A message hit the opensuse-factory mailing list this morning, written by Kulow, and entitled "Calling for a new openSUSE development model." I was alerted in advance to the pending announcement yesterday in an embargoed email entitled "openSUSE to do some soul searching after delay of release."

What it's come down to is that the openSUSE 12.2 development releases have seen major delays due to broken packages and other problems. Every milestone has been delayed and now today they're delaying the first release candidate as well as the final release. Because of these delays and limited manpower, they're seeking out something different to do. Yesterday's private email also expressed, "[Kulow] believe believes the cause of the delays is a result of changes in the openSUSE community lately. We've grown and our current way of working doesn't scale anymore."

In yesterday's advance email, "This is a combination of a wakup-call and an opportunity to find new directions. We need to start working differently - and as we've got tools like OBS and initiatives like Tumbleweed, we are uniquely equipped among the major Linux distributions to do something new and different. Let's see where the discussions bring us."

Among the expressed ideas they started off with were abandoning release schedules for openSUSE, pulling back to releasing on an annual basis, and/or moving to a pure rolling-release model built around openSUSE Tumbleweed. Below are some of the ideas Stephan expressed in his public email this morning.
1. We need to have more people that do the integration work - this partly means fixing build failures and partly debugging and fixing bugs that have unknown origin. Those will get maintainer power of all of factory devel projects, so they can actually work on packages that current maintainers are unable to.
2. We should work way more in pure staging projects and less in develop projects. Having apache in Apache and apache modules in Apache:Modules and ruby and rubygems in different projects may have appeared like a clever plan when set up, but it's a nightmare when it comes to factory development - an apache or ruby update are a pure game of luck. The same of course applies to all libraries - they never can have all their dependencies in one project. But this needs some kind of tooling support - but I'm willing to invest there, so we can more easily pick "green stacks". My goal (a pretty radical change to now) is a no-tolerance strategy about packages breaking other packages.
3. As working more strictly will require more time, I would like to either ditch release schedules all together or release only once a year and then rebase Tumbleweed - as already discussed in the RC1 thread.
A posting to be published in the next few hours on news.opensuse.org will lay out additional details and request for comments from the community about what future direction openSUSE should take.

What do you think openSUSE should do?

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. AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel
  2. Intel Pentium G3258 On Linux
  3. SilverStone Precision PS10
  4. ASRock Z97 Extreme6
Latest Linux Articles
  1. Nouveau vs. Radeon vs. Intel Tests On Linux 3.16, Mesa 10.3-devel
  2. KVM Benchmarks On Ubuntu 14.10
  3. X.Org Server 1.16 Officially Released With Terrific Features
  4. Ubuntu With Linux 3.16 Smashes OS X 10.9.4 On The MacBook Air
Latest Linux News
  1. FreeBSD Developing A New Automounter, Other Features
  2. Guix 0.7 Can Now Install The GNU Operating System
  3. X.Org Foundation Still Works Towards Becoming An SPI Project
  4. Open-Source AMD Hawaii Support Should Now Be Working!
  5. KDE Developers Continue Working Toward Wayland Support
  6. Ubuntu 14.04.1 LTS Released
  7. Linux Developers Jump Quickly On ACPI 5.1, Helps Out ARM
  8. Pkg 1.3.0 Released To Improve Package Management On FreeBSD
  9. GOG.com Officially Starts Rolling Out Linux Games
  10. Fedora 21 Has Been Delayed By Three Weeks
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. AMD "Hawaii" Open-Source GPU Acceleration Still Not Working Right
  3. Radeon related kernel bug??
  4. how the US intellegentia operates:
  5. AMD Publishes Open-Source Linux HSA Kernel Driver
  6. Next-Gen OpenGL To Be Announced Next Month
  7. Open-Source Radeon Performance Boosted By Linux 3.16
  8. Remote gui not accessible in Phoronix Test Suite 5.2