Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 (non-binding) to using an independent version for the Spark Kubernetes Operator with a compatibility matrix with Spark versions. On Fri, Apr 12, 2024 at 5:31 AM L. C. Hsieh wrote: > Hi all, > > Thanks for all discussions in the thread of "Versioning of Spark > Operator": > https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh > > I would like to create this vote to get the consensus for versioning > of the Spark Kubernetes Operator. > > The proposal is to use an independent versioning for the Spark > Kubernetes Operator. > > Please vote on adding new `Versions` in Apache Spark JIRA which can be > used for places like "Fix Version/s" in the JIRA tickets of the > operator. > > The new `Versions` will be `kubernetes-operator-` prefix, for example > `kubernetes-operator-0.1.0`. > > The vote is open until April 15th 1AM (PST) and passes if a majority > +1 PMC votes are cast, with a minimum of 3 +1 votes. > > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in > Apache Spark JIRA > [ ] -1 Do not add the new `Versions` because ... > > Thank you. > > > Note that this is not a SPIP vote and also not a release vote. I don't > find similar votes in previous threads. This is made similarly like a > SPIP or a release vote. So I think it should be okay. Please correct > me if this vote format is not good for you. > > - > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > >
Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 On Fri, Apr 12, 2024 at 4:23 PM Xiao Li wrote: > +1 > > > > > On Fri, Apr 12, 2024 at 14:30 bo yang wrote: > >> +1 >> > >> On Fri, Apr 12, 2024 at 12:34 PM huaxin gao >> wrote: >> >>> +1 >>> >>> On Fri, Apr 12, 2024 at 9:07 AM Dongjoon Hyun >>> wrote: >>> +1 Thank you! I hope we can customize `dev/merge_spark_pr.py` script per repository after this PR. Dongjoon. On 2024/04/12 03:28:36 "L. C. Hsieh" wrote: > Hi all, > > Thanks for all discussions in the thread of "Versioning of Spark > Operator": https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh > > I would like to create this vote to get the consensus for versioning > of the Spark Kubernetes Operator. > > The proposal is to use an independent versioning for the Spark > Kubernetes Operator. > > Please vote on adding new `Versions` in Apache Spark JIRA which can be > used for places like "Fix Version/s" in the JIRA tickets of the > operator. > > The new `Versions` will be `kubernetes-operator-` prefix, for example > `kubernetes-operator-0.1.0`. > > The vote is open until April 15th 1AM (PST) and passes if a majority > +1 PMC votes are cast, with a minimum of 3 +1 votes. > > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in > Apache Spark JIRA > [ ] -1 Do not add the new `Versions` because ... > > Thank you. > > > Note that this is not a SPIP vote and also not a release vote. I don't > find similar votes in previous threads. This is made similarly like a > SPIP or a release vote. So I think it should be okay. Please correct > me if this vote format is not good for you. > > - > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > > - To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 On Fri, Apr 12, 2024 at 14:30 bo yang wrote: > +1 > > On Fri, Apr 12, 2024 at 12:34 PM huaxin gao > wrote: > >> +1 >> >> On Fri, Apr 12, 2024 at 9:07 AM Dongjoon Hyun >> wrote: >> >>> +1 >>> >>> Thank you! >>> >>> I hope we can customize `dev/merge_spark_pr.py` script per repository >>> after this PR. >>> >>> Dongjoon. >>> >>> On 2024/04/12 03:28:36 "L. C. Hsieh" wrote: >>> > Hi all, >>> > >>> > Thanks for all discussions in the thread of "Versioning of Spark >>> > Operator": >>> https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh >>> > >>> > I would like to create this vote to get the consensus for versioning >>> > of the Spark Kubernetes Operator. >>> > >>> > The proposal is to use an independent versioning for the Spark >>> > Kubernetes Operator. >>> > >>> > Please vote on adding new `Versions` in Apache Spark JIRA which can be >>> > used for places like "Fix Version/s" in the JIRA tickets of the >>> > operator. >>> > >>> > The new `Versions` will be `kubernetes-operator-` prefix, for example >>> > `kubernetes-operator-0.1.0`. >>> > >>> > The vote is open until April 15th 1AM (PST) and passes if a majority >>> > +1 PMC votes are cast, with a minimum of 3 +1 votes. >>> > >>> > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in >>> > Apache Spark JIRA >>> > [ ] -1 Do not add the new `Versions` because ... >>> > >>> > Thank you. >>> > >>> > >>> > Note that this is not a SPIP vote and also not a release vote. I don't >>> > find similar votes in previous threads. This is made similarly like a >>> > SPIP or a release vote. So I think it should be okay. Please correct >>> > me if this vote format is not good for you. >>> > >>> > - >>> > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org >>> > >>> > >>> >>> - >>> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org >>> >>>
Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 On Fri, Apr 12, 2024 at 12:34 PM huaxin gao wrote: > +1 > > On Fri, Apr 12, 2024 at 9:07 AM Dongjoon Hyun wrote: > >> +1 >> >> Thank you! >> >> I hope we can customize `dev/merge_spark_pr.py` script per repository >> after this PR. >> >> Dongjoon. >> >> On 2024/04/12 03:28:36 "L. C. Hsieh" wrote: >> > Hi all, >> > >> > Thanks for all discussions in the thread of "Versioning of Spark >> > Operator": >> https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh >> > >> > I would like to create this vote to get the consensus for versioning >> > of the Spark Kubernetes Operator. >> > >> > The proposal is to use an independent versioning for the Spark >> > Kubernetes Operator. >> > >> > Please vote on adding new `Versions` in Apache Spark JIRA which can be >> > used for places like "Fix Version/s" in the JIRA tickets of the >> > operator. >> > >> > The new `Versions` will be `kubernetes-operator-` prefix, for example >> > `kubernetes-operator-0.1.0`. >> > >> > The vote is open until April 15th 1AM (PST) and passes if a majority >> > +1 PMC votes are cast, with a minimum of 3 +1 votes. >> > >> > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in >> > Apache Spark JIRA >> > [ ] -1 Do not add the new `Versions` because ... >> > >> > Thank you. >> > >> > >> > Note that this is not a SPIP vote and also not a release vote. I don't >> > find similar votes in previous threads. This is made similarly like a >> > SPIP or a release vote. So I think it should be okay. Please correct >> > me if this vote format is not good for you. >> > >> > - >> > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org >> > >> > >> >> - >> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org >> >>
Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 Thank you, Dongjoon. Yea, We may need to customize the merge script for a particular repository. On Fri, Apr 12, 2024 at 9:07 AM Dongjoon Hyun wrote: > > +1 > > Thank you! > > I hope we can customize `dev/merge_spark_pr.py` script per repository after > this PR. > > Dongjoon. > > On 2024/04/12 03:28:36 "L. C. Hsieh" wrote: > > Hi all, > > > > Thanks for all discussions in the thread of "Versioning of Spark > > Operator": https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh > > > > I would like to create this vote to get the consensus for versioning > > of the Spark Kubernetes Operator. > > > > The proposal is to use an independent versioning for the Spark > > Kubernetes Operator. > > > > Please vote on adding new `Versions` in Apache Spark JIRA which can be > > used for places like "Fix Version/s" in the JIRA tickets of the > > operator. > > > > The new `Versions` will be `kubernetes-operator-` prefix, for example > > `kubernetes-operator-0.1.0`. > > > > The vote is open until April 15th 1AM (PST) and passes if a majority > > +1 PMC votes are cast, with a minimum of 3 +1 votes. > > > > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in > > Apache Spark JIRA > > [ ] -1 Do not add the new `Versions` because ... > > > > Thank you. > > > > > > Note that this is not a SPIP vote and also not a release vote. I don't > > find similar votes in previous threads. This is made similarly like a > > SPIP or a release vote. So I think it should be okay. Please correct > > me if this vote format is not good for you. > > > > - > > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > > > > > > - > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > - To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 On Fri, Apr 12, 2024 at 9:07 AM Dongjoon Hyun wrote: > +1 > > Thank you! > > I hope we can customize `dev/merge_spark_pr.py` script per repository > after this PR. > > Dongjoon. > > On 2024/04/12 03:28:36 "L. C. Hsieh" wrote: > > Hi all, > > > > Thanks for all discussions in the thread of "Versioning of Spark > > Operator": > https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh > > > > I would like to create this vote to get the consensus for versioning > > of the Spark Kubernetes Operator. > > > > The proposal is to use an independent versioning for the Spark > > Kubernetes Operator. > > > > Please vote on adding new `Versions` in Apache Spark JIRA which can be > > used for places like "Fix Version/s" in the JIRA tickets of the > > operator. > > > > The new `Versions` will be `kubernetes-operator-` prefix, for example > > `kubernetes-operator-0.1.0`. > > > > The vote is open until April 15th 1AM (PST) and passes if a majority > > +1 PMC votes are cast, with a minimum of 3 +1 votes. > > > > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in > > Apache Spark JIRA > > [ ] -1 Do not add the new `Versions` because ... > > > > Thank you. > > > > > > Note that this is not a SPIP vote and also not a release vote. I don't > > find similar votes in previous threads. This is made similarly like a > > SPIP or a release vote. So I think it should be okay. Please correct > > me if this vote format is not good for you. > > > > - > > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > > > > > > - > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > >
Re: [VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
+1 Thank you! I hope we can customize `dev/merge_spark_pr.py` script per repository after this PR. Dongjoon. On 2024/04/12 03:28:36 "L. C. Hsieh" wrote: > Hi all, > > Thanks for all discussions in the thread of "Versioning of Spark > Operator": https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh > > I would like to create this vote to get the consensus for versioning > of the Spark Kubernetes Operator. > > The proposal is to use an independent versioning for the Spark > Kubernetes Operator. > > Please vote on adding new `Versions` in Apache Spark JIRA which can be > used for places like "Fix Version/s" in the JIRA tickets of the > operator. > > The new `Versions` will be `kubernetes-operator-` prefix, for example > `kubernetes-operator-0.1.0`. > > The vote is open until April 15th 1AM (PST) and passes if a majority > +1 PMC votes are cast, with a minimum of 3 +1 votes. > > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in > Apache Spark JIRA > [ ] -1 Do not add the new `Versions` because ... > > Thank you. > > > Note that this is not a SPIP vote and also not a release vote. I don't > find similar votes in previous threads. This is made similarly like a > SPIP or a release vote. So I think it should be okay. Please correct > me if this vote format is not good for you. > > - > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > > - To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
[VOTE] Add new `Versions` in Apache Spark JIRA for Versioning of Spark Operator
Hi all, Thanks for all discussions in the thread of "Versioning of Spark Operator": https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh I would like to create this vote to get the consensus for versioning of the Spark Kubernetes Operator. The proposal is to use an independent versioning for the Spark Kubernetes Operator. Please vote on adding new `Versions` in Apache Spark JIRA which can be used for places like "Fix Version/s" in the JIRA tickets of the operator. The new `Versions` will be `kubernetes-operator-` prefix, for example `kubernetes-operator-0.1.0`. The vote is open until April 15th 1AM (PST) and passes if a majority +1 PMC votes are cast, with a minimum of 3 +1 votes. [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in Apache Spark JIRA [ ] -1 Do not add the new `Versions` because ... Thank you. Note that this is not a SPIP vote and also not a release vote. I don't find similar votes in previous threads. This is made similarly like a SPIP or a release vote. So I think it should be okay. Please correct me if this vote format is not good for you. - To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
