Andrew Gaul

@kahing You can relicense my code under Apache2/MIT if you like.

It appears that S3Proxy filesystem backend doesn't handle Unicode paths properly: ``` [s3proxy] D 05-23 21:55:12.456 S3Proxy-Jetty-19 o.gaul.s3proxy.S3ProxyHandler:298 |::] request: Request(HEAD /s3fs-integration-test/testrun-12431/special%C2%B5)@10144307 ... [s3proxy] D 05-23 21:55:12.457 S3Proxy-Jetty-19 o.j.b.config.LocalBlobStore:56 |::]...

@CarstenGrohmann I tweaked your `LC_ALL` change to get S3Proxy/Java to interpret Unicode filenames correctly.

Something strange is going on -- I can get the CentOS 7 builder to pass but not the others. Also this works locally on my Fedora 34 desktop. So it...

> It looks like you have to set the locale to Runner. But the `localdef` command also gives an error because of without a charactor map, so you may have...

I understand the macOS failures -- S3Proxy uses extended attributes to signify directories. Java on macOS lacks support for xattr before Java 17: https://bugs.openjdk.java.net/browse/JDK-8030048. We can upgrade the macOS builder...

Homebrew recently updated to openjdk 17: https://formulae.brew.sh/formula/openjdk#default But it doesn't seem like this has propagated yet since Travis fails.

Seems like the GitHub-supported way to due this is currently blocked on actions/virtual-environments#4085.

Also blocked by gaul/s3proxy#396.

Something strange here -- brew reports: > Warning: openjdk 17.0.2 is already installed and up-to-date. but `java -version` reports: > openjdk version "1.8.0_322"