Slaven Rezić

Maybe related: MYMETA.json is also read using Devel::Cover::DB::IO::JSON, so there's a MYMETA.json.lock file leftover after Devel::Cover operations (so to have a clean git status, one has to remove the lock...

I also see this problem. But maybe it's fixed in the current trial, if this Changes entry applies here: https://metacpan.org/source/ANDK/CPAN-2.15-TRIAL/Changes#L5

> when the fast matrix falls out of sync, it has to wait for the matrix to provide the truth It's even worse: if the fast-matrix scripts fail to parse...

While workarounds exist (another one would be to check whether the environment variable is set by using something like `if [ "$GITHUB_STEP_SUMMARY" != "" ]`) I would prefer if this...

I tested e461755615779b9a55e8f10785b28b3c22133579 with 5.27.8: All tests successful.

This test fails on many systems. See http://analysis.cpantesters.org/reports_by_field?SUBMIT_xxx=Submit&distv=Vim-Debug-0.904&field=meta%3Aosname%2Bperl&field=fail%3At%2Fperl.t

@petdance: I see this problem also on some of my smokers --- currently there are 26 fails vs. 85 passes. I don't see a pattern regarding OS or perl version....

I see ack-man.t and invalid-ackrc.t failures also with v3.0.1: ``` # Failed test 'Nothing in STDERR' # at t/ack-man.t line 22. # [ # 'stty: Standardeingabe: Unpassender IOCTL (I/O-Control) für...

This is still failing with ack-v3.3.0. For example perl 5.24.4 on a debian:9 system (but seen also on other configurations): ``` # 1073 # Failed test 'Nothing in STDERR' #...

t/ack-man.t may fail only if a non-English locale is in effect. If the `stty` warning happens under an English locale, then it is filtered out by `filter_out_perldoc_noise`. There's still https://github.com/beyondgrep/ack3/issues/212...