Do we think we can get these done and get a release before the next board meeting (2/15)? I think it would be an excellent point on our report.
Best Regards, --Mark On Tue, Jan 24, 2017 at 12:09 PM, Hitesh Khamesra < hitesh...@yahoo.com.invalid> wrote: > Update: Three more ticket for first release candidate.. > > GEODE-2300 Document default names for start locator/server > GEODE-2353 Verify no clear-text passwords in documentation > GEODE-2282 Provide ability to sort field while creating pdxType for jSON > document(Need to document system property) > > Thanks.HItesh > > > > From: Hitesh Khamesra <hitesh...@yahoo.com> > To: "dev@geode.apache.org" <dev@geode.apache.org> > Sent: Monday, January 16, 2017 12:35 PM > Subject: Re: The next release (v1.1.0) > > Update: We are waiting on following tickets for first release candidate. > > 1. GEODE-2296 GetFunctionAttribute command is throwing an Anonymouse User > Exception > 2. GEODE-2277 client cache fails to deserialize a PdxInstance due to > InternalGemFireError > 3. GEODE-2031 Host documentation for releases > 4. GEODE-1965 Create backward-compatibility unit test framework > > Thanks.HItesh > > From: Anthony Baker <aba...@pivotal.io> > To: dev@geode.apache.org > Sent: Monday, January 9, 2017 9:49 AM > Subject: Re: The next release (v1.1.0) > > Updates: > > 1) I did a first round of changes on GEODE-2142, should be enough for > v1.1.0. > 2) Any volunteers to look at GEODE-2031 or GEODE-1965? > 3) Are there other open issues that should be included in the release? > 4) Last call for a release manager… :-) > > Thanks, > Anthony > > > > On Jan 6, 2017, at 10:13 AM, Anthony Baker <aba...@pivotal.io> wrote: > > > > Our last release was on October 25. I think we’re past due for another > one! We’ve had lots of great contributions since 1.0.0-incubating and now > that we’re are a top-level project we can drop the “-incubating” qualifier. > > > > I reviewed our open JIRA issues and would like to include the following > in the release: > > > > GEODE-2142 - JSON license incompatibility > > We can update the NOTICE files and leave the JSON dependency alone > (as long as we do another release before April 30). > > > > GEODE-1965 - backwards compatibility tests > > I’d like to make sure we haven’t broken anything since our last > release. > > > > GEODE-2031 - versioned documentation > > Seems relatively straightforward? > > > > The remaining issues that are tagged with v1.1.0 [1] could be pushed to > a following release IMO. Thoughts? > > > > Regarding the release manager, I can do the dirty work if no one else > wants to volunteer :-) > > > > Anthony > > > > [1] https://issues.apache.org/jira/issues/?jql=project%20%3D%20G > EODE%20AND%20fixVersion%20%3D%201.1.0%20AND%20resolution%20% > 3D%20Unresolved%20ORDER%20BY%20due%20ASC%2C%20priority% > 20DESC%2C%20created%20ASC > > > >> On Nov 21, 2016, at 9:26 AM, Anthony Baker <aba...@pivotal.io> wrote: > >> > >> Now that graduation is done (!!), we need to organize our next > release. I propose we focus on completing the transition to TLP and > cleaning up “incubating" references. The sequence would look something > like this: > >> > >> 1) Transition the git repo, mailing lists, etc. > >> 2) Update incubating references in source, docs, website, wiki, … > >> 3) Do a release. > >> > >> Thoughts? > >> > >> We need a release manager. Any volunteers? > >> > >> Also, we need to rename the JIRA version from 1.1.0-incubating to > 1.1.0. Can someone with JIRA karma help? > >> > >> Anthony > >> > > > > > > > >
