Solaris / OpenSolarisThis forum is for the discussion of Solaris, OpenSolaris, OpenIndiana, and illumos.
General Sun, SunOS and Sparc related questions also go here. Any Solaris fork or distribution is welcome.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Big projects like OpenIndiana need dedicated teams when it comes to maintaining packages, patching security bugs, and even then ensuring all the projects work completely.
My thoughts in this...
Downsize the project.
The entire project could be stripped down to the bare minimum for a complete working system... like a Slackware Linux approach. Bare minimums with the most functionality, commonly used build tools, and then reside everything else to community maintained build scripts.
This way fewer people are required to maintain the project and keep it working.
However, this would also mean the killing off of dependency resolution, but it wouldn't be needed anyway if everything completely optional went assigned to the community and lists of dependencies would be named. Just as Slackware has SlackBuilds, OpenIndiana could have OIBuilds.
Patrick Volkerding who maintains Slackware even quoted Lao Tzu that said, "In order to lead, one must follow."
It's a sound option if there ever was one, and it would not only help out OI with maintaining itself, but it would allow for OI to become more community involved.
Distribution: Solaris 11.4, Oracle Linux, Mint, Debian/WSL
Posts: 9,789
Rep:
Note that there are already stripped down projects concurrently to OpenIndiana, like SmartOS, EON and Omnios. They all share the same core (illumos kernel and utilities) but are targeted to specialized platforms instead of a general purpose desktop, like OpenIndiana.
One fairly trivial thing that could have a big return is some pizazz on the OpenIndiana website. I check back every once-in-a-while and see the same intro page that's always been there. It makes it look like it's dead and no one pulled the plug yet. The July 29 news was the first difference I remember seeing in years.
Yeah, and OI is a nice UNIX alternative OS as well. Illumos is a nice kernel also with good founding that has really pushed itself to be a real competitor.
I hope they get their act together and do something good because it would be a shame to see it all fall apart.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.