[Pkg-javascript-devel] Bug#921384: Bug#921384: node-stringprep breaks node-xmpp autopkgtest

[Jérémy Lal]

Le lun. 4 févr. 2019 à 21:51, Paul Gevers <elbrus at 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-ci at lists.debian.org
> User: debian-ci at 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 at domain" JID
>     ✓ parse a "domain/resource" JID
>     ✓ parse a "user at 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 at domain" JID
>     ✓ serialize a "domain/resource" JID
>     ✓ serialize a "user at 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).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-javascript-devel/attachments/20190204/17b43168/attachment.html>