Ken Gunderson <[EMAIL PROTECTED]> wrote:
> Which brings us to Solaris. Can Solaris provide integrated, cohesive
> kernel and true unix userland in a stable and well performing package
> that is freely available, and hence able to compete on it's own
> technical merits with the freely available *BSD's and Linuxes? I hope
> so. That's why I'm looking at it in the first place. As a professional
> unix sysadmin I'm not too interested in yet another "Linux distro
> of the month" to play with nights and weekends because I have no other
> life. So what's the Solaris target market going to be, professionals or
> hobbyists? There's lots more of the latter if you're objective is
> mindshare with the pc hobbyist rags, etc., wh/may do quite well at
> raising visibility. But I don't think these folks buy support
> contracts, nor are they likely to upgrade to Sun "big iron" sparc
> machines.
I am in fear that Solaris cannot....
In the past years, Solaris stability rules have not been followed as usual and
it seems this has been done because of lack of payed time inside Sun.
I believe that with Solaris there is currently a badly planned piling up of
OSS projects. I call it badly planned because the rules change frequently and
every change pulls a train of tracks that stay for "compatibility reasons"....
If we like to keep the legend of a well planned and stable Solaris, we need to
go back to the roots.
Not following the latest trends may be a good idea if it helps to avoid
mistakes.
Adding a software packet is only useful is there is enough manpower to follow
upstream ehancements.
I know that a clean environment is hard to build if you depend on decisions of
upstream OSS authors. Look at ssl implementations on SXCD:
10172 144 -rwxr-xr-x 1 root bin 131816 Nov 2 13:52
/usr/lib/amd64/libgnutls-openssl.so.13.3.0
5873 128 -rwxr-xr-x 1 root bin 121584 Nov 5 04:12
/usr/lib/security/amd64/kmf_openssl.so.1
2829 120 -rwxr-xr-x 1 root bin 108484 Nov 5 04:12
/usr/lib/security/kmf_openssl.so.1
20333 25 -rwxr-xr-x 1 root bin 24752 Nov 2 14:15
/usr/lib/python2.4/lib-dynload/64/_ssl.so
20386 18 -rwxr-xr-x 1 root bin 18232 Nov 2 14:15
/usr/lib/python2.4/lib-dynload/_ssl.so
31067 352 -rwxr-xr-x 1 root bin 350976 May 29 2007
/usr/lib/mps/amd64/libssl3.so
31075 288 -rwxr-xr-x 1 root bin 284616 May 29 2007
/usr/lib/mps/libssl3.so
10176 112 -rwxr-xr-x 1 root bin 103472 Nov 2 13:52
/usr/lib/libgnutls-openssl.so.13.3.0
373881 4 -rwxr-xr-x 1 root bin 4056 Oct 23 00:23
/usr/lib/purple-2/ssl-gnutls.so
373882 11 -rwxr-xr-x 1 root bin 10672 Oct 23 00:23
/usr/lib/purple-2/ssl-nss.so
373883 6 -rwxr-xr-x 1 root bin 5188 Oct 23 00:23
/usr/lib/purple-2/ssl.so
6369 432 -rwxr-xr-x 1 root bin 428632 Nov 5 05:23
/usr/sfw/lib/amd64/libssl.so.0.9.8
6373 344 -rwxr-xr-x 1 root bin 339156 Nov 5 05:23
/usr/sfw/lib/libssl.so.0.9.8
22512 216 -r-xr-xr-x 1 root bin 204912 Nov 1 23:44
/usr/apache/libexec/libssl.so
117796 192 -r-xr-xr-x 1 root bin 187612 Nov 2 00:27
/usr/apache2/libexec/mod_ssl.so
249539 16 -r-xr-xr-x 1 root bin 15376 Nov 2 01:08
/usr/postgres/8.2/lib/sslinfo.so
250666 112 -rwxr-xr-x 1 root bin 99636 Nov 2 01:29
/usr/php5/5.2.4/modules/openssl.so
I still cannot understand why a Sun controlled login (via PAM) depends on
Mozilla's /usr/lib/mps/libssl3.so but /usr/sbin/pkgadd depends on
/usr/sfw/lib/libssl.so.0.9.8
Jörg
--
EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
[EMAIL PROTECTED] (uni)
[EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
