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