<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 27 mai 2022 à 16:54, Debian Bug Tracking System <<a href="mailto:owner@bugs.debian.org">owner@bugs.debian.org</a>> a écrit :</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Subject: openssl: missing errors strings on mipsel<br>Package: openssl<br>
Version: 3.0.3-4<br>
Severity: normal<br>
<br>
Hi,<br>
<br>
nodejs dynamically links to openssl, and since openssl >= 3,<br>
on mipsel, some of its tests are failing, see<br>
<a href="https://buildd.debian.org/status/package.php?p=nodejs" rel="noreferrer" target="_blank">https://buildd.debian.org/status/package.php?p=nodejs</a><br>
<br>
The failures look like openssl was configured with no-err, e.g:<br>
    AssertionError [ERR_ASSERTION]: Expected values to be strictly deep-equal:<br>
    + actual - expected<br>
<br>
      Comparison {<br>
    +   message: 'error:1C8000A5:Provider routines::reason(165)'<br>
    -   message: 'error:1C8000A5:Provider routines::illegal or unsupported padding mode'<br>
      }<br>
        at Object.<anonymous> (/root/debian/nodejs-16.14.2+dfsg/test/parallel/test-crypto-sign-verify.js:59:10)<br>
<br>
I did not find if nodejs was doing a specific configuration for mipsel.<br>
<br>
Note that mips64el and other supported archs have no such test failures.<br>
<br>
Could it be that openssl 3 disables error strings on 32-bits platforms ?<br>
<br><br>
   * Update openssl.cnf to fix tests on mipsel (Closes: #1011339)<br></blockquote><div><br></div><div><br></div><div>That didn't fix the issue we're seeing.</div><div>I tried nodejs in a qemu mips, but couldn't reproduce, so will try on a porter box.</div><div><br></div><div> </div><div> </div></div></div>