Re: [Crypto] requesting help testing native binaries

Hi Gary, I did a mvn clean test install from master, and it worked OK on my Linux box. Then grabbed the snapshot from https://repository.apache.org/content/repositories/snapshots/org/apache/commons/commons-crypto/1.1.0-SNAPSHOT/ (the latest), and ran the command to test it successfully: $ java

Re: opinions about @NotNull and @Nullable ?

Hi. Today I see a pr have similar ideas with this, so I will suggest we consider it again. at [LANG-1598 ] He suggest a google annotations repo, and I'd prefer the one from jetbrains, but that is not key point. Key point is, should we consider about

Re: [Crypto] requesting help testing native binaries

Gary, Can you check that your libcrypto.dylib is symlinked to the libcrypto for OpenSSL 1.1.1.g? Mine wasn't, and I was getting different output from the main function than from the unit test output. I'm not confident that this is the root of the problem, but it may at least eliminate a possibil

Re: [Crypto] requesting help testing native binaries

Hi. seems all machines that github actions can provide (means [ windows-2019, ubuntu-20.04, ubuntu-18.04, ubuntu-16.04, macos-10.15 ]) can invoke your snapshot correctly... Gary Gregory 于2020年8月25日周二 上午3:40写道： > Here is a jar since I don't have a public place for binaries. > > Gary > > commons-

Re: [Crypto] requesting help testing native binaries

Public place for binaries: https://dist.apache.org/repos/dist/dev/commons/ On Mon, 24 Aug 2020 at 14:40, Gary Gregory wrote: > > Here is a jar since I don't have a public place for binaries. > > Gary > > commons-crypto-1.1.0-20200824.190246-21.jar >

Re: [Crypto] requesting help testing native binaries

Here is a jar since I don't have a public place for binaries. Gary commons-crypto-1.1.0-20200824.190246-21.jar On Mon, Aug 24, 2020 at 12:10 PM Geoffrey Blake wrote: > Hi Gary, > > Which snapshots have Lin

Re: [Crypto] requesting help testing native binaries

The snapshot repo keeps getting overwritten by CI builds, let me find a more stable place... Gary On Mon, Aug 24, 2020 at 12:10 PM Geoffrey Blake wrote: > Hi Gary, > > Which snapshots have Linux binaries in them? As far as I can tell, the > recent ones uploaded are Mac only, and the one from

Re: [Crypto] requesting help testing native binaries

On Mon, Aug 24, 2020 at 12:10 PM Geoffrey Blake wrote: > Hi Gary, > > Which snapshots have Linux binaries in them? As far as I can tell, the > recent ones uploaded are Mac only, and the one from 8/18 had that weird > /native/native directory issue. For what it's worth, Mac binaries are > worki

Re: [Crypto] requesting help testing native binaries

Hi Gary, Which snapshots have Linux binaries in them? As far as I can tell, the recent ones uploaded are Mac only, and the one from 8/18 had that weird /native/native directory issue. For what it's worth, Mac binaries are working on my laptop, though I'm using LibreSSL which is what comes insta

Re: [COMPRESS] Pack200 support in pack200 branch

Thanks Peter, I updated the branch and the build passes for me locally, the CI is building now here https://github.com/apache/commons-compress/actions/runs/19115 Gary On Sun, Aug 23, 2020 at 11:40 PM Peter Lee wrote: > After some debugging I found this at > org.apache.harmony.pack200.Archi

Re: [lang] so what should we do for the failing test on jdk15?

Note that it is because we ran our CI with Java 15 that we were able to report a bug that was actually fixed for Java 16, so that's cool. Longer term, I'd like us to run builds against LTS versions and the latest version, Java 14 today, with newer versions allowed to fail. Gary On Mon, Aug 24, 2

Re: [lang] so what should we do for the failing test on jdk15?

I like the test strategy they’re using at Mina: 8, latest LTS, and latest release. Those are the main supported lines of OpenJDK (from their distributors at least; I don’t think the project has official support), and since other versions won’t receive updates, there’s not much point in continued us

[lang] so what should we do for the failing test on jdk15?

Hi. There exist a bug on jdk15, and which results a test failed on jdk15 for commons-lang. JDK guys said they will fix it on jdk16 but no plan for migrating the fix to jdk15. So maybe we should shut that test on jdk15, or we filter out some buggy parts in that test and do not do it on jdk15? Any id