David E. Wheeler

> Or, maybe this is obvious but just to be sure: it groups renderings with the same output together 🤦🏻‍♂️ Of course. Was not obvious to me, but is now...

Is this resolved by 9be7ce345a02d912523c00462f754ab6cc07c46e?

Anyone have a suggestion for fixing this issue? I had a look at GTK-Perl's [META.yml](https://metacpan.org/source/MLEHMANN/Gtk-Perl-0.7010/META.yml) file, but it does not say that it provides ExtUtils::Depends, so I'm a bit confused...

https://metacpan.org/release/ATOOMIC/Devel-PPPort-3.54 seems to work okay, though.

Thanks. Maybe @ilyaza knows?

Ah. Curious, I could swear it was indexed in the past…

Looks like [Number::Phone::UK::Data was 65M](http://cpansearch.perl.org/src/DCANTRELL/Number-Phone-3.4000/lib/Number/Phone/UK/) in 3.4000. Any chance some buffer size could be temporarily increased to get this one release indexed, assuming @DrHyde [switches to a sharedir](https://github.com/DrHyde/perl-modules-Number-Phone/issues/70) in the...

[Yep](http://fastapi.metacpan.org/v1/release/Number-Phone), thanks!

Any chance of an update on this? I have a build system that fails as long as this issues exists. Maybe I'll ask that libxml-enno be removed from CPAN, but...

Sadly, the [module API](https://fastapi.metacpan.org/v1/module/XML::RegExp) still has it in libxml-enno, which is wrong.