Release _branches_ are tested as commits arrive to the branch, yes. That's
what you see at https://github.com/apache/spark/actions
Released versions are fixed, they don't change, and were also manually
tested before release, so no they are not re-tested; there is no need.
You presumably have some
Hi Sean,
That’s fair in regards to 3.3.x being the current release branch. I’m not
familiar with the testing schedule, but I had assumed all currently supported
release versions would have some nightly/weekly tests ran; is that not the
case? I only ask, as when I when I’m seeing these test fail
That isn't the released version either, but rather the head of the 3.2
branch (which is beyond 3.2.3).
You may want to check out the v3.2.3 tag instead:
https://github.com/apache/spark/tree/v3.2.3
... instead of 3.2.1.
But note of course the 3.3.x is the current release branch anyway.
Hard to say
Oh, whoops, didn’t realize that wasn’t the release version, thanks!
> git clone --branch branch-3.2 https://github.com/apache/spark.git
Ah, so the old failing tests are passing now, but I am seeing failures in
`pyspark.tests.test_broadcast` such as `test_broadcast_value_against_gc`, with
a ma
Replace
> > git clone g...@github.com:apache/spark.git
> > git checkout -b spark-321 v3.2.1
with
git clone --branch branch-3.2 https://github.com/apache/spark.git
This will give you branch 3.2 as today, what I suppose you call upstream
https://github.com/apache/spark/commits/branch-3.2
and right
Never seen those, but it's probably a difference in pandas, numpy versions.
You can see the current CICD test results in GitHub Actions. But, you want
to use release versions, not an RC. 3.2.1 is not the latest version, and
it's possible the tests were actually failing in the RC.
On Wed, Jan 18, 2
Bump,
Just trying to see where I can find what tests are known failing for a
particular release, to ensure I’m building upstream correctly following the
build docs. I figured this would be the best place to ask as it pertains to
building and testing upstream (also more than happy to provide a P