-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v1.0 discussion #1709
Comments
The 1.0.0 milestone is probably a good starting point. |
@wking with the exception of 1562 they seem pretty stale. Let's gather some comments here and pony up a discussion on the next oci call. |
I think its about time that we release this to give packages something to package. Changes will come but we can handle that with proper versioning and backports. |
I think we should sit down and make up a list of patches that we want to include in 1.0, and then do a code freeze for 1.0. But personally I think we should be far more frequent with version bumps (the amount of changes between |
@cyphar no one to blame but ourselves for not being more frequent ;) |
+1 for a release, even if |
+100 🙏 right now, we are in desperate need for #1698 or otherwise we'll have to ship our own build - we'd feel way more comfortable shipping an official release. |
@opencontainers/runc-maintainers when are we up for a new release? also any rough idea on a v1.0 date would be good, I'd like to do a blog post on it with quotes from maintainers :) |
@cyphar do you want to do an rc5 this week and then we can come up with a 1.0 release date to follow 1-2 weeks later? |
@crosbymichael That sounds good to me. |
I only asked @cyphar if we could do it since he has been release manager extraordinaire this whole time ;) If you are too busy another one of us could give it a try as well. |
@crosbymichael Heh, no worries :) |
@crosbymichael Alright, I can send out all the stuff for a new release over the weekend. I'm currently on vacation, so I would recommend that we wait at least until I'm back (on the 3rd of March) before we iron out what is needed for GA. |
#1739 is the release PR for 1.0.0-rc5, and I've already sent a notification out to the ML. |
The plan is to push a "fuck it, do it live" 1.0 release branch this week with voting done by next week. After that we're going to have releases every 2 months or so, to get into the grove of actually doing regular releases. |
SGTM
…On Tue, Nov 13, 2018 at 3:03 PM Aleksa Sarai ***@***.***> wrote:
The plan is to push a "fuck it, do it live" 1.0 release branch this week
with voting done by next week. After that we're going to have releases
every 2 months or so, to get into the grove of actually doing regular
releases.
—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
<#1709 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAD5ITHLkNFcgY0wdbK3tKWU3y-yw_1wks5uum6sgaJpZM4Ryetu>
.
--
Cheers,
Chris Aniszczyk
http://aniszczyk.org
+1 512 961 6719
|
I'm closing this in favour of #1905. |
Given that many of us are building products based on runc and also given that we need to be able to rely on stable releases of runc and further given that the v1.0 runtime specifications are long since approved...
Can we start a discussion here or is there one happening somewhere already about what issues/prs are required to push runc over the hump and get v1.0 ga out the door?
List of PRs to be considered as necessary for GA:
#1562
The text was updated successfully, but these errors were encountered: