My personal preference is for is Option 1, where we package match
everything in SLES and or SLED to a similar existing OpenSUSE package.
It will be a -functional- clone of SLES/SLED, but it will still be
OpenSUSE and will not have the regression or heavy stability testing
of a SLES/SLED. We can then "LTS" this "Server" or "Workstation"
version of OpenSUSE as it will be a smaller subset of the OpenSUSE
codebase and easier to maintain, and use build service and SUSE Studio
as a way to make this project a demo or example of how these services
can be used.
My second preference is for Option 4, a SLES clone. However, if we do
this, we are essentially going "wildcat" and will have no support of
the OpenSUSE organization or Novell. We will then need infrastructure
to build this and someone to sponsor it.
On Tue, Sep 8, 2009 at 4:06 PM, Thomas Hertweck
Hi!
Boyd Lynn Gerber wrote:
There are basically four options. From the new wiki I set up on
http://www.zenez.com/mediawiki/openSLE-openSUSE_LTS-wiki/index.php5/Overview...
They are as follows.
1. openSUSE [4] Server CD
Server Edition, somewhat alike the GNOME and KDE media https://features.opensuse.org/305664.
2. openSUSE [5] LTS longer term security and support, community driven complete release.
3. openSUSE [6] LTS subset (a reduced core of openSUSE[7])
with mainly Server SW.
4. openSLES a CentOS equivalent for SLES[8] based on SUSE Linux Enterprise[9].
I see only 1, 3, 4 as really possible given the current people that have said they are willing to work on the options.
From personal emails to me on options 3 and 4. It currently stands as 23/23. Option 3 could be done on the OBS in league with factory. Option 1 needed a community maintainer/s. As per openFATE.
https://features.opensuse.org/305664
I hope this clears up what I see as the options currently available.
I think the options are clear. What isn't clear, at least to me, is the target audience of such a release. The target audience has an influence on what might work best in terms of those options. I guess for people interested in stable servers at home, option 3 sounds good. But how large is this group really? Many home users would also like to have their KDE or GNOME maintained and problems fixed etc - this wouldn't come along with a reduced LTS version. For small-, medium-, or large-size business, option 4 would make much more sense than option 3 as a lot of software is certified for RHEL/SLES only and binary compatibility would be a clear advantage. I personally would vote for option 4 but I am clearly business-driven, no doubt ;)
Cheers, Thomas -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org
-- Jason Perlow jperlow@gmail.com (201)735-5838 Twitter: http://twitter.com/jperlow Technology Columnist, ZDNet Tech Broiler (http://blogs.zdnet.com/perlow) Blogger/Podcaster, Off The Broiler (http://www.offthebroiler.com) LinkedIn Public Profile: http://www.linkedin.com/in/jasonperlow -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-project+help@opensuse.org