+1 (non-binding)
On Wed, Sep 27, 2017 at 6:54 AM Sean Owen <so...@cloudera.com> wrote: > +1 > > I tested the source release. > Hashes and signature (your signature) check out, project builds and tests > pass with -Phadoop-2.7 -Pyarn -Phive -Pmesos on Debian 9. > List of issues look good and there are no open issues at all for 2.1.2. > > Great work on improving the build process and docs. > > > On Wed, Sep 27, 2017 at 5:47 AM Holden Karau <hol...@pigscanfly.ca> wrote: > >> Please vote on releasing the following candidate as Apache Spark version >> 2.1.2. The vote is open until Wednesday October 4th at 23:59 PST and >> passes if a majority of at least 3 +1 PMC votes are cast. >> >> [ ] +1 Release this package as Apache Spark 2.1.2 >> [ ] -1 Do not release this package because ... >> >> >> To learn more about Apache Spark, please see https://spark.apache.org/ >> >> The tag to be voted on is v2.1.2-rc2 >> <https://github.com/apache/spark/tree/v2.1.2-rc2> ( >> fabbb7f59e47590114366d14e15fbbff8c88593c) >> >> List of JIRA tickets resolved in this release can be found with this >> filter. >> <https://issues.apache.org/jira/issues/?jql=project%20%3D%20SPARK%20AND%20fixVersion%20%3D%202.1.2> >> >> The release files, including signatures, digests, etc. can be found at: >> https://home.apache.org/~holden/spark-2.1.2-rc2-bin/ >> >> Release artifacts are signed with a key from: >> https://people.apache.org/~holden/holdens_keys.asc >> >> The staging repository for this release can be found at: >> https://repository.apache.org/content/repositories/orgapachespark-1251 >> >> The documentation corresponding to this release can be found at: >> https://people.apache.org/~holden/spark-2.1.2-rc2-docs/ >> >> >> *FAQ* >> >> *How can I help test this release?* >> >> If you are a Spark user, you can help us test this release by taking an >> existing Spark workload and running on this release candidate, then >> reporting any regressions. >> >> If you're working in PySpark you can set up a virtual env and install the >> current RC and see if anything important breaks, in the Java/Scala you >> can add the staging repository to your projects resolvers and test with the >> RC (make sure to clean up the artifact cache before/after so you don't >> end up building with a out of date RC going forward). >> >> *What should happen to JIRA tickets still targeting 2.1.2?* >> >> Committers should look at those and triage. Extremely important bug >> fixes, documentation, and API tweaks that impact compatibility should be >> worked on immediately. Everything else please retarget to 2.1.3. >> >> *But my bug isn't fixed!??!* >> >> In order to make timely releases, we will typically not hold the release >> unless the bug in question is a regression from 2.1.1. That being said >> if there is something which is a regression form 2.1.1 that has not been >> correctly targeted please ping a committer to help target the issue (you >> can see the open issues listed as impacting Spark 2.1.1 & 2.1.2 >> <https://issues.apache.org/jira/browse/SPARK-21985?jql=project%20%3D%20SPARK%20AND%20status%20%3D%20OPEN%20AND%20(affectedVersion%20%3D%202.1.2%20OR%20affectedVersion%20%3D%202.1.1)> >> ) >> >> *What are the unresolved* issues targeted for 2.1.2 >> <https://issues.apache.org/jira/browse/SPARK-21985?jql=project%20%3D%20SPARK%20AND%20status%20in%20(Open%2C%20%22In%20Progress%22%2C%20Reopened)%20AND%20%22Target%20Version%2Fs%22%20%3D%202.1.2> >> ? >> >> At this time there are no open unresolved issues. >> >> *Is there anything different about this release?* >> >> This is the first release in awhile not built on the AMPLAB Jenkins. This >> is good because it means future releases can more easily be built and >> signed securely (and I've been updating the documentation in >> https://github.com/apache/spark-website/pull/66 as I progress), however >> the chances of a mistake are higher with any change like this. If there >> something you normally take for granted as correct when checking a release, >> please double check this time :) >> >> *Should I be committing code to branch-2.1?* >> >> Thanks for asking! Please treat this stage in the RC process as "code >> freeze" so bug fixes only. If you're uncertain if something should be back >> ported please reach out. If you do commit to branch-2.1 please tag your >> JIRA issue fix version for 2.1.3 and if we cut another RC I'll move the >> 2.1.3 fixed into 2.1.2 as appropriate. >> >> *Why the longer voting window?* >> >> Since there is a large industry big data conference this week I figured >> I'd add a little bit of extra buffer time just to make sure everyone has a >> chance to take a look. >> >> -- >> Twitter: https://twitter.com/holdenkarau >> >
