Thanks everyone! I'll then go ahead and cut the branch early next week.
This will give us enough time to set up all the necessary jenkins builders
before the voting starts. We can then start the formal release process a
week after (8th January) once everybody gets back from vacation.

Regards,
Sameer

On Thu, Dec 21, 2017 at 8:48 PM, Kazuaki Ishizaki <ishiz...@jp.ibm.com>
wrote:

> +1 for cutting a branch earlier.
> In some Asian countries, 1st, 2nd, and 3rd January are off.
> https://www.timeanddate.com/holidays/
> How about 4th or 5th?
>
> Regards,
> Kazuaki Ishizaki
>
>
>
> From:        Felix Cheung <felixcheun...@hotmail.com>
> To:        Michael Armbrust <mich...@databricks.com>, Holden Karau <
> hol...@pigscanfly.ca>
> Cc:        Sameer Agarwal <sam...@databricks.com>, Erik Erlandson <
> eerla...@redhat.com>, dev <dev@spark.apache.org>
> Date:        2017/12/21 04:48
> Subject:        Re: Timeline for Spark 2.3
> ------------------------------
>
>
>
> +1
> I think the earlier we cut a branch the better.
>
> ------------------------------
>
> *From:* Michael Armbrust <mich...@databricks.com>
> *Sent:* Tuesday, December 19, 2017 4:41:44 PM
> *To:* Holden Karau
> *Cc:* Sameer Agarwal; Erik Erlandson; dev
> *Subject:* Re: Timeline for Spark 2.3
>
> Do people really need to be around for the branch cut (modulo the person
> cutting the branch)?
>
> 1st or 2nd doesn't really matter to me, but I am +1 kicking this off as
> soon as we enter the new year :)
>
> Michael
>
> On Tue, Dec 19, 2017 at 4:39 PM, Holden Karau <*hol...@pigscanfly.ca*
> <hol...@pigscanfly.ca>> wrote:
> Sounds reasonable, although I'd choose the 2nd perhaps just since lots of
> folks are off on the 1st?
>
> On Tue, Dec 19, 2017 at 4:36 PM, Sameer Agarwal <*sam...@databricks.com*
> <sam...@databricks.com>> wrote:
> Let's aim for the 2.3 branch cut on 1st Jan and RC1 a week after that
> (i.e., week of 8th Jan)?
>
>
> On Fri, Dec 15, 2017 at 12:54 AM, Holden Karau <*hol...@pigscanfly.ca*
> <hol...@pigscanfly.ca>> wrote:
> So personally I’d be in favour or pushing to early January, doing a
> release over the holidays is a little rough with herding all of people to
> vote.
>
> On Thu, Dec 14, 2017 at 11:49 PM Erik Erlandson <*eerla...@redhat.com*
> <eerla...@redhat.com>> wrote:
> I wanted to check in on the state of the 2.3 freeze schedule.  Original
> proposal was "late Dec", which is a bit open to interpretation.
>
> We are working to get some refactoring done on the integration testing for
> the Kubernetes back-end in preparation for testing upcoming release
> candidates, however holiday vacation time is about to begin taking its toll
> both on upstream reviewing and on the "downstream" spark-on-kube fork.
>
> If the freeze pushed into January, that would take some of the pressure
> off the kube back-end upstreaming. However, regardless, I was wondering if
> the dates could be clarified.
> Cheers,
> Erik
>
>
> On Mon, Nov 13, 2017 at 5:13 PM, *dji...@dataxu.com* <dji...@dataxu.com><
> *dji...@dataxu.com* <dji...@dataxu.com>> wrote:
> Hi,
>
> What is the process to request an issue/fix to be included in the next
> release? Is there a place to vote for features?
> I am interested in *https://issues.apache.org/jira/browse/SPARK-13127*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_SPARK-2D13127&d=DwMF-g&c=jf_iaSHvJObTbx-siA1ZOg&r=b70dG_9wpCdZSkBJahHYQ4IwKMdp2hQM29f-ZCGj9Pg&m=Pf-JJof66PoQGQUgW6qFA_cpH0Awhw47UCeiS_yKk4w&s=T5EQWQG8BY6A-LfNsjYaCuQPbXyTRFvv232dlVq73E0&e=>,
> to see
> if we can get Spark upgrade parquet to 1.9.0, which addresses the
> *https://issues.apache.org/jira/browse/PARQUET-686*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_PARQUET-2D686&d=DwMF-g&c=jf_iaSHvJObTbx-siA1ZOg&r=b70dG_9wpCdZSkBJahHYQ4IwKMdp2hQM29f-ZCGj9Pg&m=Pf-JJof66PoQGQUgW6qFA_cpH0Awhw47UCeiS_yKk4w&s=TcCl94jLWekyKQhsXmW3je6cZV-Ag2hirypA6AE25zA&e=>
> .
> Can we include the fix in Spark 2.3 release?
>
> Thanks,
>
> Dong
>
>
>
> --
> Sent from: *http://apache-spark-developers-list.1001551.n3.nabble.com/*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__apache-2Dspark-2Ddevelopers-2Dlist.1001551.n3.nabble.com_&d=DwMF-g&c=jf_iaSHvJObTbx-siA1ZOg&r=b70dG_9wpCdZSkBJahHYQ4IwKMdp2hQM29f-ZCGj9Pg&m=Pf-JJof66PoQGQUgW6qFA_cpH0Awhw47UCeiS_yKk4w&s=x7nQABsJc1-X1KVoEk74111pvRsCGFHNVwbQbNxe08U&e=>
>
> ---------------------------------------------------------------------
> To unsubscribe e-mail: *dev-unsubscr...@spark.apache.org*
> <dev-unsubscr...@spark.apache.org>
>
>
> --
> Twitter: *https://twitter.com/holdenkarau*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_holdenkarau&d=DwMF-g&c=jf_iaSHvJObTbx-siA1ZOg&r=b70dG_9wpCdZSkBJahHYQ4IwKMdp2hQM29f-ZCGj9Pg&m=Pf-JJof66PoQGQUgW6qFA_cpH0Awhw47UCeiS_yKk4w&s=_VfEEjAQB6s9lnRFOsQndsIGeWpbEnGjcdbFLEi4ypU&e=>
>
>
>
> --
> Sameer Agarwal
> Software Engineer | Databricks Inc.
> *http://cs.berkeley.edu/~sameerag*
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__cs.berkeley.edu_-7Esameerag&d=DwMF-g&c=jf_iaSHvJObTbx-siA1ZOg&r=b70dG_9wpCdZSkBJahHYQ4IwKMdp2hQM29f-ZCGj9Pg&m=Pf-JJof66PoQGQUgW6qFA_cpH0Awhw47UCeiS_yKk4w&s=MmFBEd5RECy9AdyKvBAGl1c7HqSyovjEOS_vrw-RsLk&e=>
>
>
>
> --
> Twitter: *https://twitter.com/holdenkarau*
> <https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_holdenkarau&d=DwMF-g&c=jf_iaSHvJObTbx-siA1ZOg&r=b70dG_9wpCdZSkBJahHYQ4IwKMdp2hQM29f-ZCGj9Pg&m=Pf-JJof66PoQGQUgW6qFA_cpH0Awhw47UCeiS_yKk4w&s=_VfEEjAQB6s9lnRFOsQndsIGeWpbEnGjcdbFLEi4ypU&e=>
>
>
>


-- 
Sameer Agarwal
Software Engineer | Databricks Inc.
http://cs.berkeley.edu/~sameerag

Reply via email to