<div dir="ltr">"I don't know how to do it myself, but I'm sure that a list of my minimum criteria would be good for the whole ecosystem.<br><br>will you please implement these changes and get back to me asap.<br>
<br>Thanks<br><br>PS. can we have a new logo and pie charts? ;-P"<br><br><a href="http://www.27bslash6.com/p2p2.html">http://www.27bslash6.com/p2p2.html</a><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On 20 February 2014 13:30, Ray Arachelian <span dir="ltr"><<a href="mailto:ray@arachelian.com" target="_blank">ray@arachelian.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On 02/19/2014 10:34 PM, seth Nimbosa wrote:<br>
> The reason we need a minimum of criteria for collaboration is<br>
> precisely because the different distributions have different focus,<br>
> approach, and use case scenarios in mind, but a set of core features<br>
> that will make it to a unified kernel will be for everyone's benefit.<br>
> Additional layers will be built upon this basic core and the<br>
> abstraction of these feature-sets and their encapsulation from the<br>
> layers below and above it will ensure that there is more or less a<br>
> predictable and uniform way each of these layers interact together and<br>
> how they behave on top of the core.  I mean each distro-specific<br>
> feature-set will be spun out and encapsulated into separate layers of<br>
> development on top of the kernel (and these layers will be slightly or<br>
> wildly different in each distribution) but the core will remain mainly<br>
> intact but dynamically developed jointly by the different distros in<br>
> an upstream manner.<br>
<br>
</div>Indeed.  That was the whole point of Illumos.org - it wasn't meant to be<br>
an end-user distro, but rather the canonical source repository for what<br>
once was opensolaris, to be used by the various end-user and commercial<br>
distros, until such time as (either hell froze over or) Oracle released<br>
the sources for Solaris 11, and it would accept upstream changes from<br>
the various distros where appropriate.  Sadly it looks like the former<br>
is more likely.<br>
<br>
So ideally, <a href="http://illumos.org" target="_blank">illumos.org</a> is where kernel updates should be sent to.  From<br>
the looks of it, ZFS is still being updated, as is d-trace, and various<br>
other parts, so there is activity, but it's nowhere near the scale of<br>
linux, or even the BSDs.<br>
<br>
It might be helpful to have some sort of ABI that allows opensolaris to<br>
steal linux device drivers, or FreeBSD device drivers, either by<br>
recompiling, or by providing a binary interface, but I've no idea how<br>
difficult that would be.  Such an interface would allow quick porting of<br>
missing device drivers, at a cost of poor efficiency due to the extra<br>
layers, but at least it would provide some support for hardware that<br>
isn't supported yet.  Timing sensitive device drivers wouldn't work very<br>
well with such a scheme.  (And of course there's tons of license<br>
compatibility issues there to ameliorate.)<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
oi-dev mailing list<br>
<a href="mailto:oi-dev@openindiana.org">oi-dev@openindiana.org</a><br>
<a href="http://openindiana.org/mailman/listinfo/oi-dev" target="_blank">http://openindiana.org/mailman/listinfo/oi-dev</a><br>
</div></div></blockquote></div><br></div>