What many people forget is about the historical trend of the software development during the last five to support the latest open source software initiatives and challenges.
Take for example: http://www.sun.com/software/star/gnome/ versus http://dlc.sun.com/osol/jds/downloads/current/ This is the evolution of JDS/GNOME in which the older Sun GNOME 2.0 supports Solaris 8 & 9 customers and the new JDS/GNOME 2.14 supports OpenSolaris Nevada build 34 and above users (not Solaris 8/9/10 users). A similar thing happened with the KDE for Solaris project in which maintainers spun off GCC/Sun Studio versions of KDE and then picked whether they support SPARCv7/v8/v9 users or UltraSPARC platforms and above only. Some people were limited by existing build environments available to them. So, many things happened for many reasons and developers grew tired of scouring the Earth looking for updated Mesa libraries or GNU libraries found on the BSD/Linux counterparts. So these various repositories exist for their own reasons - whether due to 'secret six' pacts or tribal wars. Nexenta seems to have a nice idea about doing things the Debian way. I don;t think we should take away from anyone's 'package store' yet provide a common 'Debian-like' infrastructure focused on porting open source software to Sun Solaris. ~ Ken Mays __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
