Hi Sebastian, Le dim. 29 mai 2022 à 16:27, Jérémy Lal <kapo...@melix.org> a écrit :
> > > Le jeu. 26 mai 2022 à 19:23, Sebastian Andrzej Siewior < > sebast...@breakpoint.cc> a écrit : > >> On 2022-05-26 13:49:13 [+0200], Jérémy Lal wrote: >> > Thanks for the feedback. >> np. >> >> > Indeed, the latest nodejs version (18.x) embeds an updated openssl.cnf, >> > which is exactly the one >> > of the openssl debian package, without the [ssl_sect] part at the end. >> > >> > Why this fails only on mipsel is a mystery to me, maybe some race >> condition >> > when initializing openssl, >> > but this is not a bug. >> >> me, too. If there is anything you want me to look at, just yell. For now >> I consider this handled. > > > > This succeeds: > ./node test/parallel/test-crypto-key-objects.js > > This fails only on mipsel (tested on eller porterbox) > OPENSSL_CONF=/etc/ssl/openssl.cnf ./node > test/parallel/test-crypto-key-objects.js > > I suppose the problem comes from openssl: > - nodejs code calling OPENSSL_init_ssl doesn't depend on mips > - nodejs runs on other "slow" architectures, if it was a race condition we > would see it there sometimes. > Any hint or idea about this ? Even wild ideas that I could try, before I have to remove the files from mips. Jérémy
