Our frustrations with OmniOS's 'KYSTY' minimalism
OmniOS famously follows a principle called KYSTY, where OmniOS itself ships with minimal amounts of software (and the versions can be out of date). As far as I know, OmniOS CE has continued this practice, which has an obvious appeal for people trying to maintain an OS distribution on limited amounts of time (especially a LTS version, where you might be stuck patching old versions of programs that aren't supported upstream any more). All of this is well and good, but in practice the results of this KYSTY approach have been one of our significant points of frustration with OmniOS.
As sysadmins operating servers (primarily Linux ones), we have come
to expect that our systems will have a certain basic collection of
workable standard programs that we use for basic system management.
For instance, we want every system to be able to send us email, and we really want to do this
with Postfix (Exim is an acceptable substitute). Almost every system
needs a program that can talk to disks to get SMART information,
and while there are alternatives to
tcpdump, we have
everywhere else and we really want one standard program. I could
go on; there's an entire collection of things that we consider
standard that just aren't there on a baseline OmniOS machine.
(I can't not mention
We were able to mostly fix this with various third party package
sources, but the result is complicated, requires a large magic
$PATH in order to work relatively seamlessly, has gaps, and is
quietly fragile over the long term. As an example of something that
has quietly worried me, at this point there's probably no way to
exactly reproduce one of our fileservers
because it's very likely that at least some of the third party
package sources we use have moved on from the package versions we
installed. Does this matter? Probably not, which is why we didn't
spend a significant amount of effort to figure out how to get and
freeze local copies of all those packages.
(The exact version of
top that's installed is probably not important
for our NFS fileservers. We could even live without
top at all,
although it would be annoying.)
I sympathize with OmniOS here in the abstract, but in the concrete it was and is a point of friction when we work with our OmniOS machines. They're different, and from our biased perspective, gratuitously so. The result makes our life harder and leaves us less happy with OmniOS.
(I think that a great deal of the problems could be removed if there was an OmniOS CE equivalent of Ubuntu's 'universe' repository and it could easily be enabled. The main OmniOS CE developers wouldn't be responsible for maintaining software there; instead it would be open for reasonably vetted community contributions. Officially embracing pkgsrc might be another option, but I don't like that as much for various reasons.)
Comments on this page:Written on 24 October 2017.