From: Alexei_Roudnev (Alexei_Roudnev_at_exigengroup.com)
Date: Fri May 12 2006 - 19:36:29 CEST
Message-ID: <023e01c675ea$9a5c11c0$6401a8c0@alexh> From: "Alexei_Roudnev" <Alexei_Roudnev@exigengroup.com> Date: Fri, 12 May 2006 10:36:29 -0700 Subject: Re: [suse-sles-e] SLES 10 Open Beta - When?
Rashmus.
I explained main concern, why not having open beta program is extremely bad
for SLES.
Reason is that Novell/SuSe use Release as an installation base for the whole
major version. So, if you use first release as a test version, or open last
RC candidate for access, and THEN fix bugs and claim next version as
release, you wil have a stable basic version. If not, we wil have the same
old problem _never install release without service pack_.
To compare, RHEL have not such problem because they have another approach
(which is not better, but which allows to not concern about basic release,
because they do not use it as an installation base).
----- Original Message -----
From: "Rasmus Plewe" <rplewe@suse.de>
To: <suse-sles-e@suse.com>
Sent: Friday, May 12, 2006 2:25 AM
Subject: Re: [suse-sles-e] SLES 10 Open Beta - When?
> Hello,
>
> On Thu, May 11, 2006 at 11:47:03AM -0400, L. Mark Stone wrote:
> >
> > Second, at LinuxWorld/Boston I was told by two separate individuals in
> > the Novell booth that there was to be an open beta for SLES 10. I see
> > in this thread Marcus says otherwise.
>
> and so did I. As someone who would expect to get informed about things
> like this, I have no knowledge of any plans for an open beta for SLES.
> We do see the benefits this would bring, but we also see the problems.
> So far, the descision is not to have open betas for the Enterprise
> product line.
>
> > We are very happy with our existing SLES9 servers, but now we need to
> > deploy a few Linux virtual machines on some new servers that have the
> > Intel VT extensions. So, we'd like to test.
> [...]
> > In the second instance, putting 10.1 on the servers as the host OS
> > means we lose things like the long SLES life cycle, the LDAP Server
> > YaST module, and other SLES-only items on which we have come to rely.
>
> Other choices include testing with 10.1 and deploying SLES10, and
> waiting for SLES10 release and start testing/deploying then.
>
> > Plus, I was also told by Novell at LinuxWorld/Boston that the
> > licensing for SLES10 would be by physical hardware, not by machines
> > (real or virtual). The Novell rep told me that having SLES10 as the
> > host OS and, say, three SLES10 virtual machines on a single server
> > would require only one SLES10 license. This is not the case for SLES9.
>
> Licensing is not my field of responsibility (or even knowledge, for that
> matter).
>
> > So, being able to test the beta of SLES10 would enable us to review
> > the SLES10 EULA with our own legal eyes, test the Xen functionality,
> > and make a business decision as to how we must price the services we
> > plan to offer on the hosted virtual machines.
>
> I don't think there's any harm in it if I offer you to send the SLES10
> EULA off-list, if this would be any help. Xen functionality is a bit
> more difficult.
>
>
> Regards,
> Rasmus
> --
> Rasmus Plewe
> Linux Beta Test Coordinator
> SUSE LINUX Products GmbH, Maxfeldstrasse 5, D-90409 Nuernberg
> tel.: +49-911-74053-644 fax: +49-911-74053-483
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
> For additional commands, e-mail: suse-sles-e-help@suse.com
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
For additional commands, e-mail: suse-sles-e-help@suse.com
This archive was generated by hypermail 2.1.7 : Fri May 12 2006 - 19:36:41 CEST