Dear Maintainer,
dh-make-perl --recursive --cpan Net::SSH::Perl
....
compiling Crypt::Curve25519
...
illegal backslash escape sequence in string, at character offset 137 (before "\\@cpan.org>"\n ],...") at /usr/share/perl/5.36/Parse/CPAN/Meta.pm line 57.
at /usr/share/perl/5.36/CPAN/Meta.pm line 301.
at /usr/share/perl5/DhMakePerl/Command/Packaging.pm line 218.
i ve tried with version 0.129 because i suspected a bug in native bookworm version (0.122) but same effect.
By the way contact Me atLaurent.Bardi@ipbs.fr
Thanks a lot
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
Control: reassign -1 perl/5.36.0-7+deb12u1
This parsing error, caused by an invalid upstream META.{json,yaml}
file, happens in Parse::CPAN::Meta, which comes with perl.
Reassigning the bug.
Cheers,
gregor
FWIW Crypt::Curve25519 was recently fixed upstream with version 0.08 (2025-04-09), so the immediate issue is hopefully gone. I see dh-make-perl unconditionally calls CPAN::Meta->load_file() which is documented to "die if the deserialized version fails to validate against its stated specification version." The file was indeed invalid JSON so it did not validate. I'm not sure what else CPAN::Meta should have done here? It seems to me that dh-make-perl needs to add exception handling. Gregor, could you please reassign back if you agree?
Control: reassign -1 dh-make-perl 0.122 Ok … … that's a good point indeed, thank you. Cheers, gregor