If you mean upstreamed to OpenZFS, then yes. The blog links to a openZFS leadership meeting so I would assume they are all in agreement that this will be in the mainline codebase.
I am not a lawyer but it looks like the creator of the project / repo did not put the appropriate license if they didn't want the designs to be used for commercial purposes.
dang this exploded. I came across the project this morning when I was looking at a blog on how to implement a generic programming language to become a configuration language and it mentioned pyinfra. Glad this project is getting some exposure. :)
I believe if you search around you might be able to some blockchain that uses that technology with AI to run models. I just did a quick search and found this[1]. Also there's AI Horde[2] that uses the KoboldAI[3] project for distributed compute.
>The only real use case for Rig would be legacy languages that don't come with language-central packaging repositories, i.e., Fortran, C++, C.
What about packages for *nix based OS's? dnf, pacman, apt, etc. essential have there own "meta" build systems to create packages for there particular package flavor weather that be rpm, deb, tar.gz etc.
I always had this thought that maybe it would be better to fork entirely but not be bug-for-bug compatible. That way Alma and Rocky can find a base that they both agree on but maybe have different development cycles.
