dev  

Messages by Thread

• • Re: [DISCUSS] SPIP: Add geospatial types to Spark Jia Yu
  • Re: [DISCUSS] SPIP: Add geospatial types to Spark Szehon Ho
  • Re: [DISCUSS] SPIP: Add geospatial types to Spark Wenchen Fan
• [VOTE][RESULT] SPIP: Constraints in DSv2 Anton Okolnychyi
• Spark build failed> File line length exceeds 100 characters Ángel Álvarez Pascua
  • Re: Spark build failed> File line length exceeds 100 characters Ángel Álvarez Pascua
• [VOTE] SPIP: Support NanoSecond Timestamps Qi Tan
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps huaxin gao
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps DB Tsai
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps Qi Tan
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps DB Tsai
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps Wenchen Fan
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps Micah Kornfield
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps Szehon Ho
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps huaxin gao
  • Re: [VOTE] SPIP: Support NanoSecond Timestamps Qi Tan
• Requesting advice, thought Asif Shahid
  • Re: Requesting advice, thought Wenchen Fan
  • Re: Requesting advice, thought Asif Shahid
• performance issue Spark 3.5.2 on kubernetes Prem Sahoo
• Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Reynold Xin
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Reynold Xin
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Nicholas Chammas
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Jungtaek Lim
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Wenchen Fan
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Mark Hamstra
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Hyukjin Kwon
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Rozov, Vlad
  • Re: Revert of [SPARK-51229][BUILD][CONNECT] Fix dependency:analyze goal on connect common Reynold Xin
• setuptools 78.0.0 does not work with pyspark 3.x releases Sean Owen
  • Re: setuptools 78.0.0 does not work with pyspark 3.x releases Bjørn Jørgensen
  • Re: setuptools 78.0.0 does not work with pyspark 3.x releases Sean Owen
  • Re: setuptools 78.0.0 does not work with pyspark 3.x releases Holden Karau
  • Re: setuptools 78.0.0 does not work with pyspark 3.x releases James Willis
  • Re: setuptools 78.0.0 does not work with pyspark 3.x releases Bjørn Jørgensen
  • Re: setuptools 78.0.0 does not work with pyspark 3.x releases Hyukjin Kwon
• Spark 3.5.2 and Hadoop 3.4.1 slow performance Prem Sahoo
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Ángel Álvarez Pascua
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Prem Sahoo
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Ángel Álvarez Pascua
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Prem Sahoo
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Ángel Álvarez Pascua
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Ángel Álvarez Pascua
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Prem Sahoo
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Kristopher Kane
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Steve Loughran
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Ángel Álvarez Pascua
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Ángel Álvarez Pascua
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Prem Sahoo
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Prem Sahoo
  • Re: Spark 3.5.2 and Hadoop 3.4.1 slow performance Steve Loughran
• [VOTE] SPIP: Constraints in DSv2 Anton Okolnychyi
  • Re: [VOTE] SPIP: Constraints in DSv2 Gengliang Wang
  • Re: [VOTE] SPIP: Constraints in DSv2 Denny Lee
  • Re: [VOTE] SPIP: Constraints in DSv2 huaxin gao
  • Re: [VOTE] SPIP: Constraints in DSv2 L. C. Hsieh
  • Re: [VOTE] SPIP: Constraints in DSv2 Ángel Álvarez Pascua
  • Re: [VOTE] SPIP: Constraints in DSv2 Anton Okolnychyi
  • Re: [VOTE] SPIP: Constraints in DSv2 Ángel Álvarez Pascua
  • Re: [VOTE] SPIP: Constraints in DSv2 Gengliang Wang
  • Re: [VOTE] SPIP: Constraints in DSv2 Wenchen Fan
  • Re: [VOTE] SPIP: Constraints in DSv2 Ángel Álvarez Pascua
  • Re: [VOTE] SPIP: Constraints in DSv2 Ángel Álvarez Pascua
  • Re: [VOTE] SPIP: Constraints in DSv2 Chao Sun
  • Re:Re: [VOTE] SPIP: Constraints in DSv2 beliefer
  • Re: Re: [VOTE] SPIP: Constraints in DSv2 Anton Okolnychyi
  • Re: [VOTE] SPIP: Constraints in DSv2 Wenchen Fan
  • Re: [VOTE] SPIP: Constraints in DSv2 Szehon Ho
  • Re: [VOTE] SPIP: Constraints in DSv2 DB Tsai
  • Re: [VOTE] SPIP: Constraints in DSv2 Peter Toth
  • Re: [VOTE] SPIP: Constraints in DSv2 Yuming Wang
  • Re: [VOTE] SPIP: Constraints in DSv2 Anurag Mantripragada
  • Re: [VOTE] SPIP: Constraints in DSv2 Zhou Jiang
  • Re: [VOTE] SPIP: Constraints in DSv2 Jules Damji
  • Re: [VOTE] SPIP: Constraints in DSv2 serge rielau . com
  • Re: [VOTE] SPIP: Constraints in DSv2 Jungtaek Lim
  • Re: [VOTE] SPIP: Constraints in DSv2 Hyukjin Kwon
• [SPARK-51264][SQL][JDBC] JDBC write keeps driver connection open unnecessarily Ángel Álvarez Pascua
• [VOTE] Release Spark 4.0.0 (RC3) Wenchen Fan
  • Re: [VOTE] Release Spark 4.0.0 (RC3) Rozov, Vlad
  • 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

• Earlier messages
• Later messages