<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 4 févr. 2019 à 21:51, Paul Gevers <<a href="mailto:elbrus@debian.org">elbrus@debian.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Source: node-stringprep, node-xmpp<br>
Control: found -1 node-stringprep/0.8.0-5<br>
Control: found -1 node-xmpp/0.3.2-4<br>
X-Debbugs-CC: <a href="mailto:debian-ci@lists.debian.org" target="_blank">debian-ci@lists.debian.org</a><br>
User: <a href="mailto:debian-ci@lists.debian.org" target="_blank">debian-ci@lists.debian.org</a><br>
Usertags: breaks needs-update<br>
<br>
Dear maintainers,<br>
<br>
With a recent upload of node-stringprep the autopkgtest of node-xmpp<br>
fails in testing when that autopkgtest is run with the binary packages<br>
of node-stringprep from unstable. It passes when run with only packages<br>
from testing. In tabular form:<br>
                       pass            fail<br>
node-stringprep        from testing    0.8.0-5<br>
node-xmpp              from testing    0.3.2-4<br>
all others             from testing    from testing<br>
<br>
I copied some of the output at the bottom of this report.<br>
<br>
Currently this regression is blocking the migration of node-stringprep<br>
to testing [1]. Due to the nature of this issue, I filed this bug report<br>
against both packages. Can you please investigate the situation and<br>
reassign the bug to the right package? If needed, please change the<br>
bug's severity.<br>
<br>
More information about this bug and the reason for filing it can be found on<br>
<a href="https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation" rel="noreferrer" target="_blank">https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation</a><br>
<br>
Paul<br>
<br>
[1] <a href="https://qa.debian.org/excuses.php?package=node-stringprep" rel="noreferrer" target="_blank">https://qa.debian.org/excuses.php?package=node-stringprep</a><br>
<br>
<a href="https://ci.debian.net/data/autopkgtest/testing/amd64/n/node-xmpp/1853210/log.gz" rel="noreferrer" target="_blank">https://ci.debian.net/data/autopkgtest/testing/amd64/n/node-xmpp/1853210/log.gz</a><br>
<br>
autopkgtest [05:55:44]: test command2: vows --spec<br>
autopkgtest [05:55:44]: test command2: [-----------------------<br>
<br>
  ♢ JID<br>
<br>
  parsing<br>
    ✓ parse a "domain" JID<br>
    ✓ parse a "user@domain" JID<br>
    ✓ parse a "domain/resource" JID<br>
    ✓ parse a "user@domain/resource" JID<br>
    ✓ parse an internationalized domain name as unicode<br>
    ✗ parse an internationalized domain name as ascii/punycode<br>
        »<br>
        actual expected<br>
<br>
        <a href="http://xn--xn--ko-eka-dcb.de" rel="noreferrer" target="_blank">öxn--ko-eka.de</a><br>
         // /usr/lib/nodejs/vows/lib/assert/macros.js:14<br>
    ✗ parse a JID with punycode<br>
        »<br>
        actual expected<br>
<br>
        приме́р.рфxn--lsa92diaqnge.xn--p1ai<br>
         // /usr/lib/nodejs/vows/lib/assert/macros.js:14<br>
  serialization<br>
    ✓ serialize a "domain" JID<br>
    ✓ serialize a "user@domain" JID<br>
    ✓ serialize a "domain/resource" JID<br>
    ✓ serialize a "user@domain/resource" JID<br>
  equality<br>
    ✓ parsed JIDs should be equal<br>
    ✓ parsed JIDs should be not equal<br>
    ✓ should ignore case in user<br>
    ✓ should ignore case in domain<br>
    ✓ should not ignore case in resource<br>
    ✓ should ignore international caseness<br>
<br>
✗ Broken » 15 honored ∙ 2 broken (0.015s)<br>
<br>
autopkgtest [05:55:45]: test command2: -----------------------]</blockquote><div><br></div><div><br></div><div>I started investigations about node-stringprep failure and while the fix is probably</div><div>one line somewhere, it's hard to find it (nodejs cannot load the module, it falls back to</div><div>a default useless behavior).</div><div><br></div><div> </div></div></div>