dev  

Messages by Thread

• • Re: [VOTE] Release Spark 4.0.0 (RC3) Bobby
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Ángel Álvarez Pascua
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Bobby
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Ángel Álvarez Pascua
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Yang Jie
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Hyukjin Kwon
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Wenchen Fan
  • Re: [VOTE] Release Spark 4.0.0 (RC3) huaxin gao
• [RESULT][VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Hyukjin Kwon
  • Re: [RESULT][VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Mark Hamstra
  • Re: [RESULT][VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Wenchen Fan
  • Re: [RESULT][VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Hyukjin Kwon
  • Re: [RESULT][VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [RESULT][VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
• [VOTE][RESULT][FINAL] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
• [PROPOSE] Fix the procedural steps on the incorrect config fixes Jungtaek Lim
• [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Jungtaek Lim
  • Re: [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Jungtaek Lim
  • Re: [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Jungtaek Lim
  • Re: [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Mark Hamstra
  • Re: [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Jungtaek Lim
  • Re: [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Mich Talebzadeh
  • Re: [DISCUSS] Involve any hack / workaround to not include vendor name in migration logic Jungtaek Lim
• [ANNOUNCE] Apache Sedona 1.7.1 released Jia Yu
• [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Mark Hamstra
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Mark Hamstra
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Holden Karau
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Holden Karau
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Mich Talebzadeh
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Holden Karau
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Wenchen Fan
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Wenchen Fan
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Holden Karau
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Dongjoon Hyun
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Yuanjian Li
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Hyukjin Kwon
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Holden Karau
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Mich Talebzadeh
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Dongjoon Hyun
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Jungtaek Lim
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Wenchen Fan
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Wenchen Fan
  • Re: [VOTE] Technical Justification for the veto of the "Retain migration logic..." code change proposal is not valid Reynold Xin
• [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Sean Owen
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Wenchen Fan
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Sean Owen
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mich Talebzadeh
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Holden Karau
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Ángel Álvarez Pascua
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Ángel Álvarez Pascua
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE][RESULT] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
• Code formatting tech debt Rob Reeves
  • Re: Code formatting tech debt Asif Shahid
  • Re: Code formatting tech debt Rob Reeves
• [Discuss] SPIP: Support NanoSecond Timestamps Qi Tan
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Jungtaek Lim
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Wenchen Fan
  • RE: Re: [Discuss] SPIP: Support NanoSecond Timestamps 谭琦
  • Re: Re: [Discuss] SPIP: Support NanoSecond Timestamps Wenchen Fan
  • Re: Re: [Discuss] SPIP: Support NanoSecond Timestamps Szehon Ho
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps DB Tsai
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Dongjoon Hyun
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Zhou Jiang
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Sakthi
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Reynold Xin
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps serge rielau . com
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Reynold Xin
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps Gengliang Wang
  • Re: [Discuss] SPIP: Support NanoSecond Timestamps serge rielau . com
  • RE: Re: [Discuss] SPIP: Support NanoSecond Timestamps 谭琦
  • RE: Re: [Discuss] SPIP: Support NanoSecond Timestamps Qi Tan
  • Re: Re: [Discuss] SPIP: Support NanoSecond Timestamps Qi Tan
• Contribution to Spark SQL: new data type TIME Max Gekk
  • Re: Contribution to Spark SQL: new data type TIME Rob Reeves
  • Re: Contribution to Spark SQL: new data type TIME Sakthi
  • Re: Contribution to Spark SQL: new data type TIME Max Gekk
• [DISCUSS] Upgrade Hive compile time dependency to 4.0 Rozov, Vlad
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Mich Talebzadeh
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Ángel
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Mich Talebzadeh
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Ángel Álvarez Pascua
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Mich Talebzadeh
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Ángel Álvarez Pascua
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Wenchen Fan
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Rozov, Vlad
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Mich Talebzadeh
  • Re: [DISCUSS] Upgrade Hive compile time dependency to 4.0 Rozov, Vlad
• [PR] [SPARK-51458] Add GitHub Action job to check ASF license [spark-connect-swift] via GitHub
  • Re: [PR] [SPARK-51458] Add GitHub Action job to check ASF license [spark-connect-swift] via GitHub
• [PR] Initial Implementation [spark-connect-swift] via GitHub
• [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Sean Owen
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Dongjoon Hyun
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Yang Jie
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Sean Owen
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Wenchen Fan
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Yang Jie
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Adam Binford
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Xiao Li
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Russell Jurney
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Russell Jurney
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Yang Jie
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Dongjoon Hyun
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Sean Owen
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mark Hamstra
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mridul Muralidharan
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Mridul Muralidharan
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Dongjoon Hyun
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Dongjoon Hyun
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Nicholas Chammas
  • Re: [VOTE] Retain migration logic of incorrect `spark.databricks.*` configuration in Spark 4.0.x Jungtaek Lim
• [DISCUSS] New Spark Connect Client repository for Swift language Dongjoon Hyun
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Mich Talebzadeh
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Martin Grund
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Yang Jie
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Hyukjin Kwon
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language L. C. Hsieh
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Wenchen Fan
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Max Gekk
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Kent Yao
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Peter Toth
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Denny Lee
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language huaxin gao
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Dongjoon Hyun
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Mich Talebzadeh
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language DB Tsai
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Sakthi
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Dongjoon Hyun
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Rozov, Vlad
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Jungtaek Lim
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Dongjoon Hyun
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Mich Talebzadeh
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Jules Damji
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Jules Damji
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Martin Grund
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Dongjoon Hyun
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Martin Grund
  • Re: [DISCUSS] New Spark Connect Client repository for Swift language Mich Talebzadeh
• Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Jungtaek Lim
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Anish Shrigondekar
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Herman van Hovell
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Mich Talebzadeh
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Jungtaek Lim
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Mich Talebzadeh
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Jungtaek Lim
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Mich Talebzadeh
  • Re: Seek for consensus on landing Spark Connect implementation for transformWithState in Spark 4.0.0 Mridul Muralidharan

• Earlier messages
• Later messages