[Q] 9.1 amd64 openJDK11 error on certificates
Hello, I have a java project organized by Gradle. First thing that gradle does, is it downloads dependencies. But that first step is not working on netBSD-9.1 amd64 I tried with pkgin, as well as building openjdk11 from source. Error is the same. I also installed, with pkgin, ca-certificates-20200601 mozilla-rootcerts-1.0.20200529nb1 But that did not help. Would appreciate any pointers on where to look The error I am getting is: -- begin -- nbsd1$ bash gradlew Downloading https://services.gradle.org/distributions/gradle-6.5.1-all.zip Exception in thread "main" javax.net.ssl.SSLException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:133) at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:326) at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:269) at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:264) at java.base/sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1576) at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:453) at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:411) at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567) at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) at java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1592) at java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1520) at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:250) at org.gradle.wrapper.Download.downloadInternal(Download.java:67) at org.gradle.wrapper.Download.download(Download.java:52) at org.gradle.wrapper.Install$1.call(Install.java:62) at org.gradle.wrapper.Install$1.call(Install.java:48) at org.gradle.wrapper.ExclusiveFileAccessManager.access(ExclusiveFileAccessManager.java:69) at org.gradle.wrapper.Install.createDist(Install.java:48) at org.gradle.wrapper.WrapperExecutor.execute(WrapperExecutor.java:107) at org.gradle.wrapper.GradleWrapperMain.main(GradleWrapperMain.java:62) Caused by: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty at java.base/sun.security.validator.PKIXValidator.(PKIXValidator.java:102) at java.base/sun.security.validator.Validator.getInstance(Validator.java:181) at java.base/sun.security.ssl.X509TrustManagerImpl.getValidator(X509TrustManagerImpl.java:300) at java.base/sun.security.ssl.X509TrustManagerImpl.checkTrustedInit(X509TrustManagerImpl.java:176) at java.base/sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:189) at java.base/sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:129) at java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.checkServerCerts(CertificateMessage.java:629) at java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.onCertificate(CertificateMessage.java:464) at java.base/sun.security.ssl.CertificateMessage$T12CertificateConsumer.consume(CertificateMessage.java:360) at java.base/sun.security.ssl.SSLHandshake.consume(SSLHandshake.java:392) at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:444) at java.base/sun.security.ssl.HandshakeContext.dispatch(HandshakeContext.java:422) at java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:183) at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:171) at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1403) at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1309) at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440) ... 14 more Caused by: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty at java.base/java.security.cert.PKIXParameters.setTrustAnchors(PKIXParameters.java:200) at java.base/java.security.cert.PKIXParameters.(PKIXParameters.java:120) at java.base/java.security.cert.PKIXBuilderParameters.(PKIXBuilderParameters.java:104) at java.base/sun.security.validator.PKIXValidator.(PKIXValidator.java:99) ... 30 more nbsd1$ -- end -- java env: nbsd1$ java --version openjdk 11.0.8-internal 2020-07-14 OpenJDK Runtime Environment (build
Re: ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver
On Sat, Oct 24, 2020 at 08:22:54AM +0100, Sad Clouds wrote: > Also, a very long time ago I tried ctwm on NetBSD sparc64 and it was > dying due to misaligned memory access, or similar. Not sure if this has > been fixed over the years, I haven't yet tried NetBSD-9.1 Hmm, good point - I need to test that locally. Martin
Re: ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver
On Sat, Oct 24, 2020 at 08:22:54AM +0100, Sad Clouds wrote: > On Sat, 24 Oct 2020 06:01:36 +0500 > Dmitrii Postolov wrote: > > > In NetBSD 9.1 and ctwm: if move mouse cursor to Applications and move > > it from left to right to pictogram then all OK, but if move cursor > > from up to down to Applications pictogram, then ctwm craches. > > Also, a very long time ago I tried ctwm on NetBSD sparc64 and it was > dying due to misaligned memory access, or similar. Not sure if this has > been fixed over the years, I haven't yet tried NetBSD-9.1 This is almost certainly a bug in xf86-video-intel rather than ctwm. Since xf86-video-intel is terrible magic and mostly unmaintained upstream I don't know if there's much we can do until the drm3 update in NetBSD 10 Ideas: use the wsfb driver if it satisfies you, use a compositor like xcompmgr to perform double buffering and elminate the rendering issues you saw when tweaking the options to avoid crashes... what gen of intel hardware is this?
Re: ctwm craches in NetBSD 9.1 if move cursor from up to down to apps pictogram on intel driver
On Sat, 24 Oct 2020 06:01:36 +0500 Dmitrii Postolov wrote: > In NetBSD 9.1 and ctwm: if move mouse cursor to Applications and move > it from left to right to pictogram then all OK, but if move cursor > from up to down to Applications pictogram, then ctwm craches. Also, a very long time ago I tried ctwm on NetBSD sparc64 and it was dying due to misaligned memory access, or similar. Not sure if this has been fixed over the years, I haven't yet tried NetBSD-9.1
A big thanks for NetBSD 9.1 release
Thanks to all the developers for the release of NetBSD 9.1. It works great for me and the default ctwm desktop is really nice. Good Work! Clay
