<div dir="ltr">Strong leadership and a very very large investment in man-hours.<div><br></div><div style>The problem with OI is the build and assembly of it, i.e. the "release engineering". It's very difficult and very tedious as-is. Nobody wants to do it. Well, almost nobody - Jon Tibble has taken this on, but given the amount of work involved, I am not surprised progress has been slow.</div>
<div style><br></div><div style>The whole way the OS is built needs refactoring. At the moment there are a large number of different build systems, "consolidations" in Sun parlance, such as JDS (desktop), SFW (Sun Freeware), userland-gate, pkg5, xnv, etc etc. This needs to all be reduced to one single easy to use build system (ideally).</div>
<div style><br></div><div style>I attempted to do this with oi-build, which took the best build system (userland-gate) and automated building with Jenkins (a continuous build system). But oi-build got politicised, Nexenta wanted to collaborate with OI on the userland, so oi-build became illumos-userland, which went nowhere, and ended up pissing everyone off to the point people lost interest and the whole thing died. Then I resigned.</div>
<div style><br></div><div style>I don't know what Jon Tibble's plans are, I think the last time I spoke about it he favoured a slow movement of things into oi-build over time. Perhaps that's a good place for contributors to get started.</div>
<div style><br></div><div style>I imagine people do want to contribute, and would, if they had an easy way to do so, with documentation and guidance and a helping hand.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Apr 15, 2013 at 8:21 PM, Jim Klimov <span dir="ltr"><<a href="mailto:jimklimov@cos.ru" target="_blank">jimklimov@cos.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2013-04-15 20:56, Jose-Marcio Martins da Cruz wrote:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Alasdair Lumsden wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
OpenIndiana was started as an open source community developed distro<br>
similar to Debian, but due to a<br>
lack of interest there are only a few developers working on it part<br>
time, so updates are slow, and<br>
limited in scope due to the size of the project.<br>
</blockquote>
<br>
Does this means that you think OpenIndiana is dead ? If yes, how to<br>
avoid it ?<br>
</blockquote>
<br></div>
That is a two-fold question.<br>
<br>
If it is "how to avoid OI" - the answer is, alas, trivial ;)<br>
<br>
If it is "how to avoid DEATH of OI" - commit fixes and RFE/bug reports.<br>
One frequently requested vector is regular and frequent integration of<br>
updated versions of common open-sourced software and particularly of<br>
security patches (maybe porting of those and feeding back upstream, if<br>
existing bugfixes are not verbatim applicable on Solaris/illumos/OI).<br>
<br>
Test the new solutions provided by upstream code repositories that they<br>
don't break OI and provide the feedback that these can be pulled into OI<br>
(or if they should be avoided because of this and that, which needs to<br>
be fixed).<br>
<br>
On the organizational side, build an up-to-date information (or validate<br>
existing one) about constructing the distro, including rebuilds of the<br>
kernel, userspace and 3rd-party (SFE) software. And get some process in<br>
place to more regularly roll out package updates and live-media distro<br>
images. After all, OI is largely just one of many methods to package<br>
common software, which other distros fulfil with their methods. There<br>
is likely some code unique to OI (such as, perhaps, the installer and<br>
its default behavior, or the GUI-related things mostly absent from the<br>
server-oriented distros), but much of the kernel and updated utilities<br>
RTI'd recently are common with the upstreams (illumos-gate et al).<br>
<br>
Here's my thoughts on this,<br>
//Jim Klimov<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
oi-dev mailing list<br>
<a href="mailto:oi-dev@openindiana.org" target="_blank">oi-dev@openindiana.org</a><br>
<a href="http://openindiana.org/mailman/listinfo/oi-dev" target="_blank">http://openindiana.org/<u></u>mailman/listinfo/oi-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Alasdair Lumsden<br><br><a href="http://www.everycity.co.uk" target="_blank">http://www.everycity.co.uk</a><br><br>EveryCity Managed Hosting<br>Studio 18 Bluelion Place<br>
237 Long Lane, London, SE1 4PU<br><br>general: 020 7183 2800<br>support: 020 7183 2801<br>email: <a href="mailto:al@everycity.co.uk" target="_blank">al@everycity.co.uk</a><br><br>Every City Limited<br>Registered in England and Wales, No. 5689474 Registered Office: Roper<br>
Yard, Roper Road, Canterbury, CT2 7EX
</div>