|
|
|
|
|
by nickpsecurity
3718 days ago
|
|
I appreciate you actually addressing the concerns with some evidence. :) The CDDL would then knock out the patent side of the issue far as that licensed material goes. That Oracle keeps doing things like trying to copyright the API's and such might still be a risk. Not to mention it's hard to defend against a company like that whether they have a case or not. So, some residual risk there. Good that there's significant work going into it. Although my comments don't seem this way, I'm actually a fan of multiple codebases being developed for UNIX for diversity purposes. Especially preventing one-bug-hits-all situations. I also wanted IRIX and other defunct UNIX code open-sourced for that reason. I'll give OpenSolaris bunch as doing better than anything else based on a legacy, commercial UNIX. ;) |
|
After all the comments and the tone, I seriously doubt that. It is common knowledge that illumos is licensed under the CDDL, and besides had you researched it instead of dinging me personally, you would have easily found that out.
Also illumos is very actively developed, and considering it has features like DTrace, ZFS, zones, and FMA, it is annything but legacy. Linux has yet to get those features, and will likely never get them. Not only that, but its mainline filesystems are from the '80's of the last century. Talk about legacy.
For someone who bills themselves as a researcher, you did not research anything I wrote about: not ZFS, not kdb, not mdb, not the FireEngine, you didn't research about isaexec, nor Crossbow, nor vmadm, nor imgadm, nor SMF, nor FMA. Not only did you not do the homework, but went off on a "Snoracle" tangent, which has nothing whatsoever to do with anything I wrote about.
The biggest irony is, for someone who claims interest in, and I quote, "systems with rigorous design and assurance argument to ensure the failures stay rare plus recoverable", you dissed an operating environment which is paranoid about data integrity and correctness of operation. illumos and SmartOS are all about being paranoid, functioning correctly in the face of failure (hence FMA and SMF), and protecting one's data (hence ZFS with meta- and data block checksums). FMA and SMF are big parts of self healing technology SmartOS is built on, the very things you claim to be interested in. In yet another twist of irony, all those features are sorely needed ingredients for massive cloud and container deployments. I for one do not want any more Linux-caused priority one incidents at 02:03 in the morning, because I actually like sleeping through my nights, thank-you-very-much!