[VOTE] Release Spark 3.2.1 (RC2)

2022-01-20 Thread huaxin gao
Please vote on releasing the following candidate as Apache Spark version
3.2.1. The vote is open until 8:00pm Pacific time January 25 and passes if
a majority +1 PMC votes are cast, with a minimum of 3 +1 votes. [ ] +1
Release this package as Apache Spark 3.2.1[ ] -1 Do not release this
package because ... To learn more about Apache Spark, please see
http://spark.apache.org/ The tag to be voted on is v3.2.1-rc2 (commit
4f25b3f71238a00508a356591553f2dfa89f8290):
https://github.com/apache/spark/tree/v3.2.1-rc2
The release files, including signatures, digests, etc. can be found at:
https://dist.apache.org/repos/dist/dev/spark/v3.2.1-rc2-bin/
Signatures used for Spark RCs can be found in this file:
https://dist.apache.org/repos/dist/dev/spark/KEYS The staging repository
for this release can be found at:
https://repository.apache.org/content/repositories/orgapachespark-1398/

The documentation corresponding to this release can be found at:
https://dist.apache.org/repos/dist/dev/spark/v3.2.1-rc2-docs/_site/
The list of bug fixes going into 3.2.1 can be found at the following URL:
https://s.apache.org/yu0cy

This release is using the release script of the tag v3.2.1-rc2. 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 3.2.1? ===
The current list of open tickets targeted at 3.2.1 can be found at:
https://issues.apache.org/jira/projects/SPARK and search for "Target
Version/s" = 3.2.1 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 an appropriate release. == 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 the previous release. That being said, if there is something which is
a regression that has not been correctly targeted please ping me or a
committer to help target the issue.


[VOTE][RESULT] SPIP: Support Customized Kubernetes Schedulers Proposal

2022-01-20 Thread Yikun Jiang
Hi all,

The vote passed with the following 14 +1 votes and no -1 or +0 votes:

Bowen Li
Weiwei Yang
Chenya Zhang
Chaoran Yu
William Wang
Holden Karau *
bo yang
Mich Talebzadeh
John Zhuge
Thomas Graves *
Kent Yao
Mridul Muralidharan *
Ryan Blue
Yikun Jiang

* = binding

Thank you guys all for your feedback and votes.

Regards,
Yikun


Re: [VOTE][SPIP] Support Customized Kubernetes Schedulers Proposal

2022-01-20 Thread Yikun Jiang
+1 (non-binding)

Also vote late +1 from myself.

Regards,
Yikun


Ryan Blue  于2022年1月13日周四 02:36写道:

> +1 (non-binding)
>
> On Wed, Jan 12, 2022 at 10:29 AM Mridul Muralidharan 
> wrote:
>
>>
>> +1 (binding)
>> This should be a great improvement !
>>
>> Regards,
>> Mridul
>>
>> On Wed, Jan 12, 2022 at 4:04 AM Kent Yao  wrote:
>>
>>> +1 (non-binding)
>>>
>>> Thomas Graves  于2022年1月12日周三 11:52写道:
>>>
 +1 (binding).

 One minor note since I haven't had time to look at the implementation
 details is please make sure resource aware scheduling and the stage
 level scheduling still work or any caveats are documented. Feel free
 to ping me if questions in these areas.

 Tom

 On Wed, Jan 5, 2022 at 7:07 PM Yikun Jiang  wrote:
 >
 > Hi all,
 >
 > I’d like to start a vote for SPIP: "Support Customized Kubernetes
 Schedulers Proposal"
 >
 > The SPIP is to support customized Kubernetes schedulers in Spark on
 Kubernetes.
 >
 > Please also refer to:
 >
 > - Previous discussion in dev mailing list: [DISCUSSION] SPIP: Support
 Volcano/Alternative Schedulers Proposal
 > - Design doc: [SPIP] Spark-36057 Support Customized Kubernetes
 Schedulers Proposal
 > - JIRA: SPARK-36057
 >
 > Please vote on the SPIP:
 >
 > [ ] +1: Accept the proposal as an official SPIP
 > [ ] +0
 > [ ] -1: I don’t think this is a good idea because …
 >
 > Regards,
 > Yikun

 -
 To unsubscribe e-mail: dev-unsubscr...@spark.apache.org


>
> --
> Ryan Blue
> Tabular
>