Re:Re: [PROPOSAL] branch on first RC and open up master for features

Hi, Rajani, Will and Community Yes, we just finished the test in our lab. We confirmed the latest PR 2062# has fixed the known issues about VPN disconnection due to any network change including VPN account add/delete. I will update the result in PR 2062# and I think it can be merged now.

Re: Re: [PROPOSAL] branch on first RC and open up master for features

Thank you for getting this through your lab too Haijiao. :) *Will Stevens* CTO On Mon, May 8, 2017 at 10:50 PM, Haijiao <18602198...@163.com> wrote: > Hi, Rajani, Will and Community > > > Yes, we just finished the test in our lab. We confirmed the latest PR > 2062#

[VOTE] Apache Cloudstack 4.10.0.0 - RC2

Hi All, I've created a 4.10.0.0 release, with the following artifacts up for a vote: Git Branch and Commit SH: https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=commit;h=fadc80d50f9e95012c9ff3644b60b600c6f65204 Commit:fadc80d50f9e95012c9ff3644b60b600c6f65204 Branch: 4.10.0.0-RC20170509T1030

[PROPOSAL] Separate creation and backup operations for a volume snapshot

Hi All, Currently, Volume Snapshots in Cloudstack take considerable amount of time to complete as snapshot involves creation on primary and backup on secondary. I would like to introduce an optional parameter in CreateSnapshotCmd API to separate these operations. More details in the FS:

[PROPOSAL] branch on first RC and open up master for features

LS, In a lot of occasions, we have seen new features that are waiting for releases with blocker bugs and while these bugs certainly must be solved, users that are not hindered by those bugs directly are stopped by them. Therefore, I propose we will fork on the first RC branches for future

Re: [PROPOSAL] branch on first RC and open up master for features

I disagree. The release process is taking long because we dont have enough people working on the release. Sometimes, even the blockers don't get enough attention. There is no point in adding features on already broken/blocked master which is not releasable. "un-freezing" master for new features

Re: [PROPOSAL] branch on first RC and open up master for features

I am +1 Even though git is distributed, the github workflow (PRs) has some scale limitations. Having a lots of small PRs can lead into a maintenance hell for keeping them mergeable. One way around it is to either have a "next"-branch or branch of master. Either way, branching is required. Since

Re: [PROPOSAL] branch on first RC and open up master for features

But these two points of attention are not mutually exclusive, are they? On 08/05/17 12:50, "Rajani Karuturi" wrote: I disagree. The release process is taking long because we dont have enough people working on the release. Sometimes, even the blockers don't get

Re: [PROPOSAL] branch on first RC and open up master for features

Rajani, Can we have a list of outstanding blockers/issues? I also saw some enhancement PRs merged, which I think we should be avoiding and instead have our resources spent on fixing the release blockers, thanks. Regards. From: Rajani Karuturi

Re: Very slow Virtual Router provisioning with 4.9.2.0

Hi, To conclude, after doing a lot of work in debugging we were able to reduce the deployment of our VRs from ~2 hours to ~5 MINUTES. Two PRs are open for this against the 4.9 branch: - https://github.com/apache/cloudstack/pull/2077 - https://github.com/apache/cloudstack/pull/2089 The problem

Re: [PROPOSAL] branch on first RC and open up master for features

https://github.com/apache/cloudstack/pull/2062 should be ready to merge, I think I had that one ready a couple weeks ago. *Will Stevens* CTO On Mon, May 8, 2017 at 9:53 AM, Simon Weller wrote: > The only PR that is currently showing in blocker status

Re: [PROPOSAL] branch on first RC and open up master for features

The only PR that is currently showing in blocker status is : https://github.com/apache/cloudstack/pull/2062 Are there others that should be tagged? - Si From: Rohit Yadav Sent: Monday, May 8, 2017 6:43 AM To:

Re: GSoC'17

Point taken Sverrir, The current focus is to put the NoVNC implementation along side the existing ajax based implementation so that it doesn't break existing functionality. RDP will still be supported via the traditional way and maybe we can add RDP using other third party libs like

Re: [PROPOSAL] branch on first RC and open up master for features

Yes. That's the only blocker. Once it's merged, I will create rc2 ~Rajani Sent from phone. On 8 May 2017 7:24 p.m., "Simon Weller" wrote: > The only PR that is currently showing in blocker status is : > https://github.com/apache/cloudstack/pull/2062 > > Are there others that

Re: [PROPOSAL] branch on first RC and open up master for features

It's waiting on test update from haijiao ~Rajani Sent from phone. On 8 May 2017 8:05 p.m., "Will Stevens" wrote: > https://github.com/apache/cloudstack/pull/2062 should be ready to merge, I > think I had that one ready a couple weeks ago. > > *Will Stevens* > CTO > >

Re: [PROPOSAL] branch on first RC and open up master for features

All the PRs are tagged with milestone 4.10.0.0 and label Blocker ~Rajani Sent from phone. On 8 May 2017 5:14 p.m., "Rohit Yadav" wrote: > Rajani, > > > Can we have a list of outstanding blockers/issues? > > > I also saw some enhancement PRs merged, which I think we