thanks.
the release is up for download as is the site; i will do the announcement
now.
also automated a lot more of the work of doing the release, inc testing
across projects
https://github.com/steveloughran/validate-hadoop-client-artifacts
On Thu, 4 Aug 2022 at 19:08, Stack wrote:
> +1 (Sorry
no, not set up for an arm build and i was trying to get this out in a a
hurry. i'll will have to build a new ec2 image for the docker runs there
On Mon, 8 Aug 2022 at 02:41, Cheng Pan wrote:
> Thanks Steve for this release, I respect the Hadoop community voting
> result, and I will keep working
Thanks Steve for this release, I respect the Hadoop community voting
result, and I will keep working on the OkHttp/Koltin issue for the
next release.
Another question is I don't see the ARM tarball on [1], have you published it?
[1] https://dist.apache.org/repos/dist/release/hadoop/common/hadoop-3
+1 (Sorry, took me a while)
Ran: ./dev-support/hadoop-vote.sh --source
https://dist.apache.org/repos/dist/dev/hadoop/hadoop-3.3.4-RC1/
* Signature: ok
* Checksum : failed
* Rat check (17.0.1): ok
- mvn clean apache-rat:check
* Built from source (17.0.1
I'm still trying to get a successful run from Spark side here:
https://github.com/apache/spark/pull/37281. The last CI run failed,
but most likely due to some issue not related to Hadoop.
On Thu, Aug 4, 2022 at 10:27 AM Steve Loughran
wrote:
>
> The vote passed with the following result.
>
> Bind
The vote passed with the following result.
Binding PMC members:
+1 Chris Nauroth
+1 Steve Loughran
+1 Masatake Iwasaki
Non binding votes:
+1 Ashutosh Gupta
Cheng Pan was worried about the new transient kotlin dependency. They are
working on a PR there which we can target for the successor to t
+1 (non-binding)
* Builds from source looks good.
* Checksums and signatures are correct.
* Running basic HDFS commands and running simple MapReduce jobs looks good.
* Skimmed through the contents of site documentation and it looks good.
Thanks Steve for driving this release.
Ashutosh
On Wed,
+1 (binding)
* Verified all checksums.
* Verified all signatures.
* Built from source, including native code on Linux.
* mvn clean package -Pnative -Psrc -Drequire.openssl -Drequire.snappy
-Drequire.zstd -DskipTests
* Tests passed.
* mvn --fail-never clean test -Pnative -Dparallel-tests
-D
my vote for this is +1, binding.
obviously I`m biased, but i do not want to have to issue any more interim
releases before the feature release off branch-3.3, so I am trying to be
ruthless.
my client vaidator ant project has a more targets to help with releasing,
and now builds a lot mor of my lo
i see you've got a PR up to remove okhttp entirely. hdfs people will need
to review it, but if you can get it into branch-3.3 it'll be in the
forthcoming feature release.
https://issues.apache.org/jira/browse/HDFS-16714
On Mon, 1 Aug 2022 at 10:23, Steve Loughran wrote:
> i was a bit worried ab
i was a bit worried about it too, but apparently its a very small jar
problem is, we already use okhttp in places, and that update was needed
On Mon, 1 Aug 2022 at 05:36, Cheng Pan wrote:
> As a downstream consumer, I'm concerning that HDFS-16453 introduced Kotlin
> dependencies in hadoop-hdfs
As a downstream consumer, I'm concerning that HDFS-16453 introduced Kotlin
dependencies in hadoop-hdfs-client, as Masatake Iwasaki said,
> HBsae needed to fix relocation rules due to dependency on okhttp added by
> HDFS-16453.
Given hadoop-common already has apache http client dependencies, wh
+1(binding)
* skimmed the contents of site documentation.
* built the source tarball on Rocky Linux 8 (x86_64) by OpenJDK 8 with
`-Pnative`.
* launched pseudo distributed cluster including kms and httpfs with Kerberos
and SSL enabled.
* created encryption zone, put and read files via httpfs
I have put together a release candidate (RC1) for Hadoop 3.3.4
The RC is available at:
https://dist.apache.org/repos/dist/dev/hadoop/hadoop-3.3.4-RC1/
The git tag is release-3.3.4-RC1, commit a585a73c3e0
The maven artifacts are staged at
https://repository.apache.org/content/repositories/orgapac
cancelling this RC so i can issue a new one with an updated reload4j
https://issues.apache.org/jira/browse/HADOOP-18354
i will also do a pr to update aws sdk, which is less critical (the jackson
databind classes don't seem to get used), -upgrading will stop audit tools
overreacting
On Thu, 21 Jul
I have put together a release candidate (RC0) for Hadoop 3.3.4
The RC is available at:
https://dist.apache.org/repos/dist/dev/hadoop/hadoop-3.3.4-RC0/
The git tag is release-3.3.4-RC0, commit c679bc76d26
The maven artifacts are staged at
https://repository.apache.org/content/repositories/orgapac
16 matches
Mail list logo
