[Raion]

As some of my recent posts have suggested, it has been my intent to bring back Nekoware. While there are concerns about package quality and such, several individuals such as Canavan and Dexter1 have been quite prolific. Because of these developments which have continued, plus the failure of irisware, I have decided to revive nekoware, by myself if needed. 

I was gonna wait until I had more on the table, but we're now racing the beam against other efforts, and I feel that there's no point in hiding it. 

Now a few things to note about the revival:

1. I'm keeping this separate from IRIX Network; primarily to facilitate cooperation with other groups. I'm still going to lead efforts, but rather than gatekeep based on package quality, we're going to go back to voting for packages to be upgraded. The host for this is will be at irixce.org, which stands for "IRIX Community Edition". Forum discussion will be mostly done here, but if there's demand we'll add forums there. I would prefer to go easy with this and only expand infra as necessary. 

2. Packages will be required to be maintained to be included in the new nekoware. This means that we won't be dragging along old packages without maintainers. The goal is to bring things forward when possible, but to stave off issues from this, we will for now be linking against currently existing nekoware libraries until a replacement has been promoted, which is some of the packages I've made. Reproducibility is very important, so I'll try to test for each package and spec/idb file. If we have the swpkg spec/idb files, then a chimp can technically rebuild a tardist. 

3. Tardist tutorials will be updated with screencaps, easy to follow instructions, and if i could figure out video capture, or perhaps coach either Irinikus or Intuition to help with tutorials. 

Nekoware will take a page from pkgsrc though, and eventually have a "release" channel in addition to current and testing. What this will be is a quarterly compilation of the stable software for IRIX. You can think of it this way:

Testing - New packages that have been submitted but not fully tested or voted on
Current - Packages that are tested and submitted, and contains the latest and greatest. May have dependency bugs or occasional bad eggs that slip through the cracks, but mostly stable.
Release - A quarterly compilation done in March, June, September and December of each year that is verified to all work together without clobbering things, and is beginner-friendly.  

That does it for Nekoware stuff, now onto what "IRIX Community Edition" actually means, and what it entails:

1. Once I figure out and have documented and gotten experienced with tardists, it is planned to take 6.5.22 (simply because it's more widely supported) and go through the distribution, remove old programs that are no longer needed, secure the system by default, and clean up the system, possibly with the help of those public domain scripts I'm building, to make things easier to get started. 

2. IRIX Community Edition will have distributions for desktop, server, etc. cases. We're taking a legal risk here repackaging IRIX, but it's my hope that HPE will look the other way for the sake of the community. This is one reason why everything involving IRIX CE will be separate from IRIX Network, it shields my partners in the site from legal liability, and it'll be likely that IRIX CE won't be distributed directly on irixce.org or here, but instead through secondary channels that keep us safe from piracy complaints. 

3. IRIX Community Edition upgrades, not the source or components of IRIX itself, will be an open specification that anyone with the proper skillset can fork/replicate/make a custom distribution out of. 

Some things to note. I don't plan to overrule the entirety of IRIX CE or the new Nekoware. If someone's willing to maintain a package, even if I don't like it, I'm going to include it in the distribution. But I would hope that we can encourage people to not encumber newer packages based on dependencies that not everyone needs/wants.

Other notes: Patches will be mandatory to include if used, but not original source code. I've decided that for disk space purposes, the opt.src part of the distribution will be optional.

For starters, here's a template nekoware spec file:

Code:

product neko_example
    id "Name your package here"
    image sw
        id "Software"
        version 20
        order 9999
        subsys eoe default
            id "Execution only Environment"
            replaces self
            exp neko_example.sw.eoe
        endsubsys
        subsys hdr default
            id "Headers"
            replaces self
            exp neko_example.sw.hdr
        endsubsys
        subsys lib default
            id "Libraries"
            replaces self
            exp neko_example.sw.lib
        endsubsys
    endimage
    image man
        id "Man Pages"
        version 20
        order 9999
        subsys manpages default
            id "Man Pages"
            replaces self
            exp neko_example.man.manpages
        endsubsys
    endimage
    image opt
        id "optional components"
        version 20
        order 9999
        subsys relnotes
            id "Release Notes"
            replaces self
            exp neko_example.opt.relnotes
        endsubsys
        subsys dist
            id "dist files"
            replaces self
            exp neko_example.opt.dist
        endsubsys
        subsys src
            id "Source Code"
            replaces self
            exp neko_example.opt.src
        endsubsys
        subsys patches
            id "patches"
            replaces self
            exp neko_example.opt.patches
        endsubsys
    endimage
endproduct

Copy this file and save it as neko_template.spec, and then you can use to get the spec file automatically filled in. (I've set the increment # to 20, simply because I don't know the methods used for old packages)

Spy snapshot of completed tardists. More to come.