[csw-users] Why support Solaris 8 onwards?
Dennis Clarke
dclarke at blastwave.org
Wed Sep 19 18:32:17 CEST 2007
> On Wednesday 19 September 2007 11:40, Dennis Clarke wrote:
>>
> http://lists.blastwave.org/pipermail/users/2007-September/005570.html
>>
>> I would like to hear your comments.
>
> Dennis,
>
> This has been discussed here, and on IRC, and in emails, many times
> before. The problem here is that the prevailing mentality is
> *still* "Solaris 8 is good enough because subsequent versions are
> BC".
>
> As long as this "Solaris 8 is good enough" mentality remains the
> prevailing one, there's very little point -- insofar as i am
> concerned -- in rehashing what has already been hashed, rehashed and
> re-rehashed countless times.
That message from me was rather clear.
I want to lock the Solaris 8 tree into a frozen state by January the 1st
of 2008 and begin working on Solaris 10 build machines by that time. This
is a simple business decision and what is best for this project. There may
be those that feel that Solaris 8 works just fine and they are right. It
does work just fine. It is also past its Last Ship Date and we have
provided five years worth of software for its users.
Back in 2002 we did not start with Solaris 2.5.1 as out platform of
choice. No one will question that Solaris 2.5.1 was a fine release and
that there was still plenty of it out there in the market back in 2000. By
2002 we could see Solaris 2.5.1 was going away and so were the sun4m
production machines.
It just makes no sense for this project to lock itself to Solaris 8 for
another year.
For one more quarter, fine, I have no issue with that.
Enough is enough.
If there are people that see value in creating SVR4 compliant packages to
users of Solaris 10 then I'd like to hear from them. Let me be clear here.
I am interested in hearing from people that see value in Solaris 10
forwards. If we need new infrastructure then fine .. it will be done. If
we need to fork .. then fine .. it will be done.
Dennis
More information about the users
mailing list