On Sun, Feb 25, 2018 at 8:45 PM, Waldek Kozaczuk <jwkozac...@gmail.com> wrote:
> I would like to publish new release of OSv. The last official one was 0.24 > and published on Oct 30, 2015 (a little over 2 years). I have never > released OSv so any input and suggestions are very welcome especially from > those that did it in the past. > I agree. The antique release is just a trap for new users, who might be tempted to use that version. So we should either make a new release, or decide we don't have any releases at all and delete the links to old releases. I think it would be nice to have a new release, if you're up to it. > > There is an existing wiki page that documents how to publish new release - > https://github.com/cloudius-systems/osv/wiki/OSv-Release-Procedure. > However I think most of the steps do not apply anymore. > I agree, and I think then whenever we decide what should apply going forward, we should change that wiki page. > I think I should follow standard Github release procedure - > https://help.github.com/articles/creating-releases/. > I'm not sure if it's relevant either - you can use git commands to make tags. And we should use ones similar to those we used in previous releases. > > I would also like to take advantage of ability to upload binaries > associated with the release. My plan is to build and attach "osv.loader" > (aka usr.img) and "osv.bootstrap" mpm file and then let users use > mikelangelo capstan in order to build new app packages. The trick is to > build it using same or similar tool chain as other capstan packages are > built. I am planning to use same or similar docker file as here - > https://github.com/mikelangelo-project/capstan-packages in order to avoid > any incompatibility issues as described here - https://www.mikelangelo- > project.eu/2017/08/the-art-of-preparing-osv-packages/. I think it is > important to use same host system (ubuntu 14), specific gcc and possibly > specific version of other artifacts to make sure usr.img is compatible. > Good luck with that. I think it may take a bit of experimentation to get the version compatibility issues worked around (we can also fix many of these issues at OSv itself, but this is orthogonal to the release issues). But I have to wonder, shouldn't the compiled-package repository (for Mikelangelo Capstan) and the compiled-kernel be at the same place, and the person in charge of this place responsible to compiling them all in the same environment? How will it help if we only host the kernel, and someone else hosts the applications? > > > My goal is to make it easier for OSv newcomers to try OSv. I also want to > focus on promoting OSv as a deployment platform for stateless services. > Therefore I would like to make it easy to build images using runtimes like > JVM, node.js, erlang, python, ruby and eventually golang. I would be also > nice to make it easy to try apps like redis, nginx, etc. > > Some outstanding questions: > > - What should be new release version - 0.50, 0.75? > > I think 0.5. > > - What should be the release notes? I think it would be worth to at > least list major new features added since last release. > > We can start digging in "git log" to compile a release notes, when the time comes. I think so much time has passed, that nobody will remember what 0.24 contained, anyway :-) In any case, the release notes should mention Mikelangelo Capstan and explain how to use it, because that is a major new thing which became relevant in this release. Thanks, Nadav. -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to osv-dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
