[oi-dev] OI project reboot required

[Jonathan Adams]

On 9 May 2013 18:10, Garrett D'Amore <garrett.damore at dey-sys.com> wrote:

> Fundamentally, the question you all should be asking is, what is the
> purpose of the project?
>

 What I want from OI is very similar to what was described by Ken Mays:

1. Provide an updated kernel userland (i.e. Illumos-gate, rev: 19e11862653b
or higher). This allows people that use OI for server-based projects to
stay in sync with Illumos development on a much wider scale.

2. Optionally, implement JDS updates already maintained by Milan

That is it. This also keeps most things consistent to other project work
dealing with GNU/userland/spec-files-extra testing with <= oi_151a7.

I personally want an Illumos kernel with a Graphical stack, that can run
Solaris programs, or at least allow for them to be compiled.

Long term I'd like to make sure that big programs (e.g. Oracle Database)
work on it, but since that's a big money item, we'll probably pay to keep
that on our Solaris Servers :(

I'm not a kernel person though, and I haven't played with other Illumos
based distributions ... I compile and configure software, and I would be
happy to try and package newer versions of software to be made available
elsewhere, if someone can hold my hand for the first couple of times :P

Where this is leading me is this….
>
> 1. Is there enough market demand/interest/skills/resources to justify a
> "legacy style" distro (something more like Solaris 10 than Solaris 11/OI,
> including SPARC distro support, etc.)  It seems there is almost enough
> talent here -- perhaps if those forces worked together more collaboratively
> we'd see something good come about?
>
> 2. Is there a need for a more forward looking distro apart from the work
> being done in OmniOS?  (To be clear, I'm not affiliated with OmniTI in any
> way -- I just hate to see pointless duplication of effort)
>

Is there an "upgrade" path for OI? Do you know if I can upgrade from OI to
OmniOS by updating the IPS package repositories or similar? is there a way
out for servers that already have this software installed?

I do agree that it would be good to avoid needless duplication.

Just my 2 cents.

Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://openindiana.org/pipermail/oi-dev/attachments/20130509/060f30aa/attachment-0005.html>