<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 7, 2017 at 12:47 AM, Aurélien Larcher <span dir="ltr"><<a href="mailto:aurelien.larcher@gmail.com" target="_blank">aurelien.larcher@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""></span><div>It is good news, but I would engage you to discuss about reducing the fragmentation in the illumos community.<br></div><div>We have a few distros maintained by 1-3 guys without any or much momentum and much duplication of efforts (Debian has 1000+ devs working together and we are barely able to have more than 10).<br></div><div><br></div><div>We should join our efforts like, as I suggested, basing on common tools and userland.<br>I do not see how wasting energy in duplicate efforts will help us keep/gain momentum.<br></div></div></blockquote><div><br></div><div>I don't actually see significant duplication of effort. In the case of OI<br></div><div>and OmniOS, there's not much overlap because the work is in<br></div><div>completely separate areas.<br><br></div><div>Each community or distro does work that largely falls into 2 categories:<br></div><div>work that's only relevant to that community, or work that, because it's<br>all open source and published, can easily be picked up by someone else.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>I mentioned earlier the possibility of a virtuous circle with OI as the rolling testing and OmniOS the stable: to be honest I see very little sense in maintaining two "testing" with such a small manpower. In the long term this does not seem sustainable.<br></div></div></blockquote><div><br></div><div>Attempting to coerce 2 projects together is even worse; each is then<br>compromised by having to work not only to its own rules and schedule<br></div><div>but has to fit in with the other project too.<br><br></div><div>You have the relationship between OI and OmniOS inverted, I think.<br>The only merge I can see making sense is for OI to rebase on<br>illumos-omnios rather than illumos-gate - in which case OI is a downstream<br></div><div>derivative of OmniOS.<br><br></div><div>(The situation of OmniOS being the "stable" branch of OI is unlikely to<br></div><div>work. Apart from the philosophical and technical incompatibilities, it's<br></div><div>relatively easy to have an unstable/testing branch of a stable project,<br></div><div>but it's hard to take a rolling testing project and build a stable project<br></div><div>on top of it. Besides, that would require OI to do an awful lot of work<br></div><div>in terms of backporting/release engineering/testing and the like that<br></div><div>isn't directly relevant to them which would then have to be duplicated<br></div><div>downstream as well.)<br></div></div><br></div><div class="gmail_extra">Generally, if you have mature intelligent people forming communities<br>they will naturally form reasonably optimal structures. People tend to<br>make choices that make it easier for them to make progress. (Yes, it's<br>a local maximum rather than a global one.) Telling people what they<br></div><div class="gmail_extra">ought to do tends not to be well received; if you want to change the<br></div><div class="gmail_extra">behaviour of people or the structure then you need to game the system<br></div><div class="gmail_extra">to give people better options than the one they've currently chosen.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,<br><br></div><div class="gmail_extra">-- <br><div class="gmail_signature" data-smartmail="gmail_signature">-Peter Tribble<br><a href="http://www.petertribble.co.uk/" target="_blank">http://www.petertribble.co.uk/</a> - <a href="http://ptribble.blogspot.com/" target="_blank">http://ptribble.blogspot.com/</a></div>
</div></div>