On 9 May 2013 18:10, Garrett D'Amore <[email protected]> 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
_______________________________________________ oi-dev mailing list [email protected] http://openindiana.org/mailman/listinfo/oi-dev
